ABSTRAK
Aplikasi ini ditujukan untuk memenuhi kebutuhan dukungan doa, menyediakan informasi kegiatan gereja yang berbasis SMS, serta dapat menyimpan data-data jemaat. Teknologi SMS menjadi pilihan dalam aplikasi ini karena fitur SMS saat ini memiliki harga yang terjangkau dan dikenal oleh semua kalangan. Aplikasi akan membaca SMS yang diterima pada handphone dan mengolah data untuk mencari dukungan doa yang sesuai untuk balasan.
Aplikasi dilengkapi dengan fitur penyedia dukungan doa yang dapat melakukan pencarian otomatis dari arsip sesuai pesan doa serta menyediakan informasi yang dibutuhkan umat seperti pengumuman dan rangkuman khotbah, seluruh fitur tersebut disatukan dalam sebuah aplikasi yang di dalamnya juga disediakan fitur untuk menyimpan data-data jemaat. Aplikasi ini seperti sebuah paket untuk menangani kebutuhan akan kegiatan operasional gereja. Selain itu gembala dari gereja yang bersangkutan juga dapat melihat laporan dari pesan-pesan permohonan doa yang masuk sehingga dapat lebih memahami kesulitan dan kebutuhan jemaatnya.
Kata Kunci : Full text indexing, Proses Filtering, Optimalisasi Pesan, Manage
DAFTAR ISI
LEMBAR PENGESAHAN ... i
PERNYATAAN ORISINALITAS LAPORAN ... ii
KATA PENGANTAR ... iii
LEMBAR PERNYATAAN PERSETUJUAN PUBLIKASI ... iv
ABSTRAK ... v 1.1.3. Definisi, Akronim, Singkatan...I-1 1.1.4. Sistematika Pembahasan ...I-4 1.2. Gambaran Keseluruhan ...I-5 1.2.1. Perspektif Produk ...I-5 1.2.2. Fungsi Produk...I-6 1.2.3. Karakteristik Pengguna ...I-6 1.2.4. Batasan-batasan ...I-6 1.2.5. Asumsi dan Ketergantungan...I-7 1.2.6. Penundaan Persyaratan ...I-7 2. Spesifikasi Produk ... II-1 2.1 Persyaratan Antar Muka Eksternal... II-1 2.1.1. Antar Muka dengan Pengguna ... II-1 2.1.2. Antar Muka Perangkat Keras ... II-1 2.1.3. Antar Muka Perangkat Lunak ... II-1 2.1.4. Antar Muka Komunikasi ... II-2
2.2.7. History Pesan Doa ... II-7 2.2.7.1. Deskripsi ... II-7 2.2.7.2. Input... II-7 2.2.7.3. Proses... II-8 2.2.7.4. Output ... II-8 3. Desain Perangkat Lunak... III-1 3.1. Pendahuluan ... III-1 3.1.1. Identifikasi Kebutuhan Sistem ... III-1 3.1.2. Overview Sistem ... III-1 3.2. Keputusan Desain Perangkat Lunak ... III-3 3.2.1. Use Case Diagram ... III-4 3.2.2. Activity Diagram ... III-20 3.2.3. Sequence Diagram... III-29 3.2.4. Class Diagram ... III-39 3.2.5. Entity Relationship Diagram ... III-42 3.2.6. Table Relationship Diagram... III-44 3.3. Desain Arsitektur Perangkat Lunak ... III-50 3.3.1. Komponen Perangkat Lunak ... III-50 3.3.2. Konsep Eksekusi ... III-51 3.3.3. Desain Antar Muka... III-52 4. Pengembangan Sistem...IV-1 4.1. Perencanaan Tahap Implementasi ...IV-1 4.1.1. Implementasi Pembagian Modul ...IV-1 4.1.2. Keterkaitan Antar Modul...IV-4 4.2. Perjalanan Tahap Implementasi ...IV-5 4.2.1. Implementasi Top Down ...IV-5 4.2.2. Debugging ...IV-14 4.3. Ulasan Realisasi Fungsional...IV-15 4.4. Ulasan Realisasi User Interface Design ...IV-19 5. Testing dan Evaluasi Sistem... V-1 5.1. Rencana Pengujian Sistem Terimplementasi ... V-1
DAFTAR TABEL
Tabel IV-1 : Realisasi Fungsionalitas Aplikasi...IV-15 Tabel V-1 : White Box Class Function ... V-3 Tabel V-2 : Black Box Test Case... V-7
DAFTAR GAMBAR
Gambar III-28 : Desain Antar Muka Form Dukungan Doa (Lihat Permohonan Doa) ... III-51 Gambar III-29 : Desain Antar Muka Form Dukungan Doa
(Pesan Doa Baru) ... III-52 Gambar III-30 : Desain Antar Muka Form Ubah Pesan Doa ... III-53 Gambar III-31 : Desain Antar Muka Form Data Umat... III-54 Gambar III-32 : Desain Antar Muka Form Pengumuman ... III-55 Gambar III-33 : Desain Antar Muka Form Rangkuman Khotbah ... III-56 Gambar III-34 : Desain Antar Muka Form History Pesan Doa ... III-57 Gambar III-35 : Desain Antar Muka Form Kamus Singkatan... III-58 Gambar III-36 : Desain Antar Muka Form Ganti Password ... III-59 Gambar IV-1 : Keterkaitan Antar Modul Aplikasi Rohani...IV-4 Gambar IV-2 : Form Login ...IV-19 Gambar IV-3 : Form Menu Utama ...IV-20 Gambar IV-4 : Form Manage SMS...IV-21 Gambar IV-5 : Form Dukungan Doa (Lihat Permohonan Doa) ...IV-22 Gambar IV-6 : Form Dukungan Doa (Pesan Doa Baru)...IV-23 Gambar IV-7 : Form Ubah Pesan Doa...IV-24 Gambar IV-8 : Form Data Umat ...IV-25 Gambar IV-9 : Form Pengumuman ...IV-26 Gambar IV-10 : Form Rangkuman Khotbah ...IV-27 Gambar IV-11 : Form SMS History ...IV-28 Gambar IV-12 : Form Kamus Singkatan ...IV-29 Gambar IV-13 : Form Ganti Password ...IV-30
DAFTAR SIMBOL
Use Case Diagram
: Use Cases pada Use Case Diagram merepresentasikan interaksi secara fungsional
: Actor merepresentasikan peranan / tipe pengguna dalam sistem. Digunakan dalam diagram lainnya seperti Sequence Diagram
Activity Diagram
: Activity pada Activity Diagram melambangkan aktivitas yang sedang diproses
ACCESS “MENU MANAGE SMS”
: Branch pada Activity Diagram melambangkan transisi bercabang.
: Fork pada Activity Diagram melambangkan transisi menjadi beberapa aktivitas yang berjalan secara paralel.
: melambangkan awal / start dari sebuah Activity Diagram
: melambangkan akhir / end dari sebuah Activity Diagram
Sequence Diagram
: melambangkan objek pada Sequence Diagram, pada pemrograman berorientasi objek, objek berupa kelas Form
Login
dilambangkan dengan pemberian tanda “:” pada kata dalam
: melambangkan objek di luar sistem pada Sequnce Diagram
: Lifeline yang berada di bawah actor atau objek
melambangkan eksistensi dari objek yang bersangkutan pada Sequence Diagram
Universitas Kristen Maranatha
: Activation pada Sequence Diagram melambangkan indikasi saat objek melakukan suatu aksi.
Class Diagram
+Read() : void + Send(address):void
SMS
-conn : SqlConn
: melambangkan class dalam Class Diagram. Bagian atas merupakan nama class, bagian tengah adalah komponen private (hanya dapat diakses oleh class itu sendiri) dan paling bawah adlaah komponen public (dapat diakses class lainnya)
Entity Relational Diagram
: melambangkan sebuah entitas dalam database
Inbox
T able
: melambangkan entitas lemah (entitas yang tidak dapat berdiri sendiri tanpa berhubungan dengan entitas lain / induknya)
HPJemaat
Table
: melambangkan sebuah atribuat dari sebuah entitas dalam database. Jika aribut berupa primary key, maka penulisan akan dicetak tebal dan digaris bawah.
ID
: melambangkan relasi dalam sebuah database MEMILIKI
Deployment Diagram
: Node menggambarkan sebuah entitas dalam suatu sistem
HandPhone
Menu Data Umat : Component melambangkan perangkat lunak dalam
sistem
Package Diagram
WordFunction
+ FilteringFunction + OptimalizationFunction
: Package berfungsi untuk mengorganisasikan elemen-elemen yang terdapat dalam sistem. Dalam kasus ini elemen yang dimaksud adalah
class.
: Class yang berdiri sendiri (tidak menjadi elemen dari suatu package)
DAFTAR LAMPIRAN
A. Hasil Implementasi ... A-1 A.1. Class ... A-1 A.1.1. DBConnection... A-1 A.1.2. FilteringFunction... A-1 A.1.3. OptimalizationFunction... A-3 A.1.4. SMS... A-4 A.1.5. PrayerSupport... A-9 A.1.6. Pengumuman... A-17 A.1.7. RangkumanKhotbah... A-19 A.1.8. DataUmat ... A-20 A.1.9. Dictionary... A-30 A.1.10. History... A-37 A.1.11. Login ... A-39 A.2. Form Functionality... A-43 A.2.1. Login Form... A-43 A.3. Button Functionality... A-71 A.3.1. Optimalisasi Pesan ... A-71 B. Hasil Uji Coba / Survey / Wawancara ... B-1 C. Penjelasan Teori Optimalisasi dan Full Text Indexing ... C-1
BAB I
PERSYARATAN PRODUK
1.1. Pendahuluan
1.1.1. Tujuan
Tujuan dari program ini adalah membantu jemaat suatu gereja untuk mendapatkan pelayanan berupa dukungan doa dan ayat-ayat dari pendeta, rangkuman khotbah mingguan berupa ayat-ayat penting serta informasi seputar kegiatan gereja yang dikemas dalam suatu aplikasi mobile. Selain itu dari sisi operator, aplikasi ini ditujukan untuk membantu operator dalam pengarsipan dukungan doa, pengumuman, serta rangkuman ayat khotbah yang dapat dijadikan referensi di masa depan. Selain itu aplikasi juga bertujuan untuk membantu gereja untuk mengarsipkan data-data jemaat.
1.1.2. Ruang Lingkup Proyek
Ruang lingkup aplikasi mobile Layanan Rohani ini berfokus pada pelayanan dukungan doa, pengarsipan ayat dan doa, rangkuman khotbah berupa ayat-ayat penting serta pengumuman umum seputar kegiatan gereja, serta pengarsipan data-data jemaat.. Titik berat aplikasi ini diarahkan pada aplikasi mobile, bukan ke arah database.
1.1.3. Definisi, Akronim, Singkatan
• AT Command : bahasa pemrograman tertentu yang dikenali sistem operasi handphone untuk melaksanakan kegiatan operasional handphone tersebut (seperti kirim pesan, baca pesan, dan lain-lain)
• Backup database : proses semacam rekonstruksi database yang biasa dilakukan jika database sudah penuh atau disesuaikan dengan kebijakan administrator.
• Button : bagian dari form pada aplikasi yang berupa tombol dan digunakan sebagai sarana untuk mengeksekusi perintah tertentu yang berkaitan dengan fungsionalitas aplikasi.
• Class : bagian dari pemrograman berorientasi objek yang biasa digunakan untuk mendefinisikan sebuah objek.
• Click : sebuah aksi menekan tombol pada mouse oleh pengguna.
• ComboBox : bagian dari form dalam aplikasi yang berfungsi untuk mengatur input dari pengguna yang berupa opsi / pilihan
• COM Port : lihat definisi port.
• Database : kumpulan data yang saling berelasi dan memiliki struktur berdasarkan field / kolom pada tabel-tabel.
• DataGridView : bagian dari form berfungsi sebagai tabel untuk menampilkan data
• Double click : menekan tombol pada mouse sebanyak dua kali, dalam aplikasi ini yang dimaksud adalah tombol mouse kiri
• ERD : Entity Relationship Diagram (diagram permodelan hubungan / relasi antar tabel dalam database
• Foreign Key : kolom pada tabel database berfungsi sebagai penghubung/menciptakan hubungan antar tabel.
• Form : bagian pada aplikasi tempat komponen lainnya berada, berguna untuk mendefinisikan tampilan antar muka.
• Full text indexing : proses pemberian indeks pada teks dengan tujuan optimalisasi dalam proses pencarian.
• Indexing : proses pengubahan teks ke dalam bentuk indeks.
• Label : bagian dari form dalam aplikasi yang berisi teks untuk keterangan / informasi.
• ListBox : bagian dari form dalam aplikasi untuk menyimpan data-data dalam bentuk daftar berurut
• Login : proses verifikasi username untuk memberi hak akses pada aplikasi.
• Method : bagian dari sebuah class yang merupakan fungsi-fungsi untuk menjalankan perintah tertentu.
• Mobile : dapat bergerak / berpindah-pindah
• Outbox : menu yang biasa terdapat pada handphone untuk memeriksa isi pesan yang dikirim ke handphone lain
• Overview : gambaran keseluruhan
• Password : kata sandi yang digunakan dalam proses login di mana setiap user memiliki kata sandinya masing-masing.
• PictureBox : bagian dari form dalam aplikasi yang berfungsi untuk menampilkan data berupa gambar.
• Port : semacam “tempat” pada komputer untuk media komunikasi dengan perangkat keras lainnya.
• Primary Key : kolom pada tabel database yang setiap barisnya memiliki nilai yang berbeda (unik) sebagai kata kunci untuk mendefinisikan setiap baris.
• Progressbar : bagian dari form pada aplikasi yang berfungsi untuk mengukur sejauh mana suatu proses telah berlangsung.
• Query : perintah untuk memanipulasi data yang dikenali SQL Server
• Refresh : proses pendataan ulang (dalam aplikasi ini data berupa SMS) dengan tujuan mendapat data baru yang belum terdaftar pada proses pendataan terakhir.
• Richtextbox : bagian dari form pada aplikasi seperti textbox namun berukuran besar. Digunakan untuk menginput data berupa teks.
• Search Engine : semacam fitur / kemampuan untuk mencari kata-kata tertentu dari database secara optimal.
• Software : perangkat lunak dapat berupa program, aplikasi, dan lain sebagainya.
• Syntax : cara penulisan program yang dikenali oleh suatu bahasa pemrograman tertentu
• Tabpage : bagian dari form pada aplikasi yang digunakan untuk membagi proses / fungsi dalam beberapa bagian.
• Textbox : bagian dari form pada aplikasi yang digunakan untuk input data berupa teks.
• Text field : sama dengan textbox.
• Timer : bagian dari form pada aplikasi yang digunakan untuk mengatur waktu serta lama eksekusi suatu perintah.
• UML : Unified Modelling Language (standar yang digunakan untuk desain diagram yang berhubungan dengan rekayasa perangkat lunak)
• Username : nama alias berfungsi sebagai tanda pengenal pengguna saat menggunakan aplikasi.
• User friendly : mudah dipahami oleh pengguna
• User interface : desain tampilan antar muka dengan pengguna
1.1.4. Sistematika Pembahasan
Laporan ini menggambarkan hal-hal yang berhubungan dengan proses rekayasa program dengan ruang lingkup pembahasan :
• Bab 1 terdiri dari Pendahuluan, Tujuan, Referensi, serta gambaran mengenai produk beserta fungsi dan batasannya.
• Bab 3 berisi analisis kebutuhan sistem, perancangan komponen penyusun yang digunakan dalam program ini, beserta desain UML dan antar muka dengan pengguna.
• Bab 4 berisi pembahasan modul-modul yang ada beserta keterkaitannya, juga ulasan mengenai realisasi fungsionalitas dan user interface.
• Bab 5 berisi implementasi dan uji coba program.
• Bab 6 berisi kesimpulan dan saran yang didapat selama proses rekayasa program.
1.2. Gambaran
Keseluruhan
1.2.1. Perspektif Produk
Aplikasi yang saya buat merupakan konsep baru dari aplikasi yang sudah ada(di mana pengguna dapat mengirim SMS berupa permintaan layanan rohani dan mendapat balasannya). Aplikasi yang saya buat dapat menangani permintaan dukungan doa, pengumuman, serta rangkuman khotbah. Yang berbeda dengan aplikasi yang sudah ada yaitu proses pencarian pesan doa dari arsip secara otomatis dengan relevansi antara pesan permohonan dukungan doa dengan pesan pada arsip. Selain itu pada proses pembuatan pesan dukungan doa baru dilengkapi dengan fitur optimalisasi dan full text indexing untuk memudahkan pencarian dan perhitungan relevansi pesan. Karena aplikasi ini ditujukan untuk gereja, maka aplikasi dilengkapi dengan pengarsipan data-data jemaat sehingga dapat diketahui berap sering seorang jemaat mengirim pesan permohonan doa. Gembala juga dapat melihat kegiatan pengiriman pesan doa sehingga dapat mengetahui beban-beban doa jemaatnya. Desain aplikasi ini didominasi oleh menu berbasis tombol yang user friendly.
1.2.2. Fungsi Produk
Fungsi yang diperoleh dari produk ini antara lain :
• Membantu jemaat yang ingin mendapatkan dukungan doa tanpa harus bertatapan langsung dengan pendeta atau hamba Tuhan.
• Pengarsipan doa dan ayat-ayat yang mendukung membantu dalam pengembangan aplikasi.
• Membantu jemaat untuk mendapatkan informasi pengumuman yang dibutuhkan cukup melalui SMS.
• Membantu jemaat mendapatkan rangkuman khotbah berupa ayat-ayat penting yang dapat digunakan sebagai referensi bahan PA.
• Membantu gereja dalam pengarsipan data-data jemaat.
1.2.3. Karakteristik Pengguna
Target pengguna / karakteristiknya dalam hal ini adalah jemaat yang memiliki handphone untuk mengirimkan SMS yang dapat ditangani oleh aplikasi ini.
1.2.4. Batasan-batasan
Karena keterbatasan teknologi SMS juga keterbatasan perangkat lunak pendukung aplikasi, maka program ini memiliki batasan-batasan antara lain :
• Informasi yang disediakan berbasis teks, tidak mendukung gambar
• Pengumuman yang ditangani adalah pengumuman untuk umum
• Format pengumuman dan rangkuman khotbah tidak ditentukan, tergantung dari operator yang membuat. Aplikasi tidak menyediakan format tertentu
• Jumlah maksimum karakter untuk pengiriman SMS dibatasi sebanyak 160 karakter
• Tidak menyediakan fasilitas untuk pencarian ayat-ayat Alkitab
• Tidak menangani masalah backup database.
1.2.5. Asumsi dan Ketergantungan
Terdapat beberapa asumsi dan ketergantungan dalam proses rekayasa perangkat lunak Aplikasi Layanan Rohani ini, antara lain :
• Ketidaksesuaian pada perangkat keras maupun perangkat lunak yang digunakan.
• Alamat dan Nomor Telepon rumah diasumsikan hanya satu untuk setiap jemaat. Hal ini adalah penerapan prinsip denormalisasi database untuk optimalisasi kinerja aplikasi.
• Lisensi dari software tidak dipermasalahkan karena tidak aplikasi tidak bertujuan untuk penggunaan komersial.
1.2.6. Penundaan Persyaratan
Terdapat beberapa penundaaan persyaratan dalam pembuatan aplikasi ini yang dapat dikembangkan di kemudian hari. Penundaan persyaratan mencakup antara lain :
• Aplikasi dapat dikembangkan sehingga ada fasilitas SMS jadwal pelayanan dengan pengaturan secara otomatis.
• Aplikasi dapat dikembangkan untuk bisa meminta informasi buku-buku terbaru dari perpustakaan gereja.
VI-1
BAB VI
KESIMPULAN DAN SARAN
6.1. Keterkaitan antara Kesimpulan dengan Hasil
Evaluasi
Dari pengujian yang dilakukan, fitur-fitur yang sudah berhasil adalah sebagai berikut :
• Dukungan Doa dengan Pengarsipan dan Pencarian Otomatis
• Optimalisasi Pesan
• Pengaturan Pengumuman (Manage Pengumuman)
• Pengaturan Rangkuman Khotbah (Manage Rangkuman Khotbah)
• Penyimpanan Data Umat
• Pengaturan Kamus Singkatan (Manage Kamus Singkatan)
• History Pesan Doa
Dengan berhasilnya fitur-fitur di atas maka dapat disimpulkan bahwa keseluruhan fitur yang tertera pada Bab II sudah dapat berjalan dengan baik dan sesuai dengan tujuan utama dari aplikasi yang berfokus untuk pelayanan pesan doa, pengumuman, rangkuman khotbah, serta penyimpanan/pengarsipan data umat.
6.2. Keterkaitan
antara
Saran dengan Hasil Evaluasi
Ada beberapa saran yang dapat untuk pengembangan aplikasi ini di kemudian hari. Saran-saran tersebut antara lain :
• Pengelompokkan pengumuman di mana pengumuman yang diminta dapat digolongkan menjadi pengumuman untuk remaja, umum, maupun untuk kegiatan perkumpulan lain seperti parentalia mengingat banyaknya kelompok kegiatan dalam gereja
VI-2
• Pengembangan berupa SMS pengingat jadwal pelayanan untuk jemaat yang melayani.
• Pengembangan berupa SMS polling untuk memilih majelis periode tertentu
• Pengembangan berupa informasi yang berkaitan dengan kebaktian seperti lagu pujian dan ayat-ayat khotbah yang ditampilkan pada PDA sehingga jemaat dapat langsung mengaksesnya.
6.3. Rencana Perbaikan / Implementasi Terhadap Saran
yang Diberikan
Ada beberapa langkah yang dapat dilakukan untuk merealisasikan rencana perbaikan untuk pengembangan aplikasi di kemudian hari. Langkah tersebut antara lain :
• Penambahan suatu kolom baru dalam tabel pengumuman untuk memberikan penggolongan pengumuman, lalu format SMS permintaan pengumuman pun akan mengalami perubahan
• Penambahan suatu tabel untuk menyimpan data pelayanan jemaat dengan pengecekan tanggal untuk memberikan SMS pengingat bebera hari / seminggu sebelum pelayanan jemaat yang bersangkutan
• Penambahan tabel baru untuk menyimpan data jumlah SMS polling dan algoritma tertentu untuk menghitung jumlah suara.
• Pengembangan aplikasi baru untuk PDA dengan menu-menu tertentu untuk mengakses informasi yang berkaitan dengan kebaktian.
DAFTAR PUSTAKA
Bagul, S., Yogesh. (2005). How to Secure Data Using Cryptography. Retrieved
March, 29, 2007 from http://www.dotnetspider.com/technology/kb/Article1190.aspx
Chigrik, Alexander. (2000). Troubleshooting SQL Server Full-Text Search Problem. Retrieved March, 29, 2007 from http://www.sql-server-performance.com/ac_full_text_search.asp
Elevatesoft Association : Full Text Indexing. Retrieved March, 28, 2007 from http://www.elevatesoft.com/dbisam4d5_full_text_indexing.htm
Joe, Madhan. (2006). How to Use Split() in Dot Net. Retrieved March 28, 2007 from http://www.dotnetspider.com/qa/Question61763.aspx
Liberty, Jesse. (2002). Learning C#. United States of America : O’Reily & Associates, Inc.
Mayr, Stevan. (2004). SMS Libraries(for GSM Comm). Retrieved August, 7, 2007 from http://www.scampers.org/steve/sms/libraries.htm
McKeeth, Jim. (2003). Indexed Searching. Retrieved May, 2, 2007 from http:// www.bsdg.org/Jim/IndexedSearching/6216.html
Price, Jason. (2003). “Mastering C# Database Programming”. San Fransisco: Sybex Robinson, S., Nagel, C., Watson, K., Glynn, J., Skinner, M., Evjen, B. (2004)
Professional C# 3rd Edition. Indiana Polis: Wiley Publishing Inc.
