ABSTRAK
Salah satu momen yang paling penting bagi seorang mahasiswa adalah saat berada di tingkat akhir dan harus menyelesaikan seminar dan sidang untuk proyek penelitian akhir mereka dalam bentuk kerja praktek (KP) serta tugas akhir (TA). Dari seluruh proses dan tahapan KP/TA, jadwal menjadi hal penting bagi mahasiswa. Namun, saat ini pemberitahuan jadwal seminar/sidang KP/TA kepada mahasiswa hanya menggunakan media jejaring sosial, website kampus, dan memasang pengumuman di papan pengumuman kampus. Permasalahan akan muncul ketika jadwal sering kali harus berubah karena banyak faktor, diantaranya mahasiswa/dosen yang berhalangan hadir karena sakit atau karena adanya tugas mendadak yang menjadi prioritas bagi salah satu dosen pembimbing/penguji. Selain itu, informasi jadwal belum mengantisipasi dan mengakomodasi mahasiswa yang tidak memiliki koneksi dengan jaringan internet di rumahnya. Hal tersebut menuntut mahasiswa harus selalu aktif datang ke kampus untuk melihat pengumuman. Jika waktu pengganti seminar/sidang dan jarak waktu pengumuman tidak terlalu pendek, tidak akan menjadi masalah. Namun, akan menjadi masalah jika waktu pengganti sangat mendadak. Untuk menyelesaikan permasalahan-permasalahan tersebut, maka penelitian ini akan membahas pengembangan aplikasi untuk pengiriman jadwal seminar/sidang untuk KP/TA dengan menggunakan teknologi SMS Gateway sehingga dapat mengirimkan pesan jadwal secara efektif dan efisien. Sejumlah fitur yang telah berhasil diimplementasikan dari hasil penelitian ini adalah fitur untuk mengirimkan pesan jadwal ke satu nomor dan banyak nomor, fitur mengirimkan pesan jadwal dengan file sumber jadwal berformat (*.xls), fitur untuk membuat laporan dalam format (*.xls), fitur untuk membalas (reply) dan meneruskan (forward) pesan jadwal dan fitur untuk mengelola data master yaitu data user, grup dan kontak.
ABSTRACT
The most crucial moments for a last semester student in a University are the seminar or colloquium of their final research project. Behind the whole processes of the seminars or the colloquium, the schedule is one of the most important. However, the current schedule notification is done only with the use of social media, campus websites, and on the campus bulletin board. Problems may arise when the schedule should be changed frequently due to many factors, such as students or lecturers illness or a task that suddenly becomes a priority for the lecturers and should be done first. In addition, the announcement of the schedule did not anticipate and accommodate students who do not have a network connection to the internet in their homes. It requires a student to always come to the campus to see the announcement. If the interval between a replacement seminar and the announcement is not too short, it will not be a problem. However, it would be a problem if a replacement schedule is very abrupt. To resolve these problems, this research will discuss the development of an application in order to deliver the seminar schedules with the use of SMS Gateway technology, so it can send schedules in effective and efficient manner. A number of features that have been successfully implemented in this research are sending messages either to one or to a group number, sending a message with (*.xls) format source file, creating the reports to (*xls) format file, reply and forward the messages, and managing master data such as data users, groups and contacts.
DAFTAR ISI
BAB II LANDASAN TEORI ...6
2.1 Pengertian Short Message Service (SMS) ………..6
2.1.1. Cara Kerja SMS ………6
2.1.2. Concatenated SMS Message/Long SMS Message ………7
2.2 SMS Gateway ……….8
2.3 Model Pembangunan Sistem ……….10
2.4 Flowchart ………..12
2.5 Data Flow Diagram ………..13
2.5.1 Diagram Konteks atau Diagram Level 0 ……….13
2.5.2 Diagram Level 1 ………..13
2.6 Entity Relational Model ………14
2.7 Kamus Data ………...14
2.8 Manajemen Basis Data (Database Management System/DBMS) ……16
2.9 Pemrograman PHP ………17
2.10 MySQL ………..17
3. 1 Analisis ……….19
3. 2 Perancangan Sistem ………..22
3.2.1 Flowmap Sistem yang Akan Dibangun ………..22
3.2.2 Gambaran Keseluruhan ………...32
3.2.2.1. Persyaratan Antarmuka Eksternal ……….32
3.2.2.2. Antarmuka dengan Pengguna ………...32
3.2.2.3. Antarmuka Perangkat Keras ……….32
3.2.2.4. Antarmuka Perangkat Lunak ………33
3.2.3 Fitur-fitur Perangkat Lunak ………34
3.2.3.1 Fitur Login dan Logout ………34
3.2.3.1.1 Tujuan ……….34
3.2.3.1.2 Urutan Stimulus/Respon ……….34
3.2.3.1.3 Persyaratan Fungsional yang Berhubungan ………35
3.2.3.2 Fitur Kelola Data User ………..35
3.2.3.2.1. Tujuan ……….35
3.2.3.2.2. Urutan Stimulus/Respon ……….35
3.2.3.2.3. Persyaratan Fungsional yang Berhubungan ………...36
3.2.3.3 Fitur Kelola Data Kontak ………..37
3.2.3.3.1. Tujuan ……….37
3.2.3.3.2. Urutan Stimulus/Respon ……….37
3.2.3.3.3. Persyaratan Fungsional yang Berhubungan ………...37
3.2.3.4 Fitur Kelola Data Grup ……….38
3.2.3.4.1. Tujuan ……….38
3.2.3.4.2. Urutan Stimulus/Respon ……….38
3.2.3.4.3. Persyaratan Fungsional yang Berhubungan ………...39
3.2.3.5 Fitur Kelola Data Pengiriman Pesan ke Satu Nomor dan Grup 39 3.2.3.5.1. Tujuan ……….39
3.2.3.5.2. Urutan Stimulus/Respon ……….39
3.2.3.5.3. Persyaratan Fungsional yang Berhubungan ………...40
3.2.3.6 Fitur Impor File ……….41
3.2.3.6.1. Tujuan ……….41
3.2.3.6.3. Persyaratan Fungsional yang Berhubungan ………...41
3.2.3.7 Fitur Inbox, Blacklist dan Reply ………...42
3.2.3.7.1. Tujuan ……….42
3.2.3.7.2. Urutan Stimulus/Respon ……….42
3.2.3.7.3. Persyaratan Fungsional yang Berhubungan ………...42
3.2.3.8 Fitur Outbox dan Forward ……….43
3.2.3.8.1. Tujuan ……….43
3.2.3.8.2. Urutan Stimulus/Respon ……….43
3.2.3.8.3. Persyaratan Fungsional yang Berhubungan ………...43
3.2.3.9 Fitur Ekspor Data Menjadi Report ………44
3.2.3.9.1. Tujuan ……….44
3.2.3.9.2. Urutan Stimulus/Respon ……….44
3.2.3.9.3. Persyaratan Fungsional yang Berhubungan ………...44
3. 3 Disain Perangkat Lunak ………45
3.3.1 Pemodelan Perangkat Lunak ………...45
3.3.1.1 Diagram Konteks ………..45
3.3.1.2 DFD Level 1 ……….46
3.3.1.3 DFD Level 2 Proses 2 Kelola Data Grup, Kontak dan User …47 3.3.1.3.1. DFD Level 3 Proses 2.1 Kelola Data Grup ………47
3.3.1.3.2. DFD Level 3 Proses 2.2 Kelola Data Kontak ………48
3.3.1.3.3. DFD Level 3 Proses 2.3 Kelola Data User ……….49
3.3.1.4 DFD Level 2 Proses 3 Kelola Pesan Masuk dan Keluar ……...50
3.3.1.4.1. DFD Level 3 Proses 3.1 Kelola Pesan Masuk (Inbox) ……….50
3.3.1.4.2.DFD Level 3 Proses 3.2 Kelola Pesan Keluar (Outbox) ……...53
3.3.1.5 DFD Level 2 Proses 4 Kelola Kirim Pesan ke Satu Nomor dan Grup ………..53
3.3.1.6 DFD Level 2 Proses 5 Kelola Export Pesan Masuk dan Keluar54 3.3.1.7 Kamus Data ………...55
3.3.1.8 Spesifikasi Proses (Process Specification/PSPEC) …………...62
3.3.2 Disain Penyimpanan Data ………...72
3.3.2.1. Entity Relationship Diagram (ERD) ……….72
3.3.3 Disain Antarmuka ………...77
BAB IV PENGEMBANGAN PERANGKAT LUNAK ……….81
4. 1 Implementasi Fungsi ……….81
4.1.1. Implementasi Halaman Login ……….81
4.1.2. Implementasi Kelola Pesan Masuk (Inbox) ………82
4.1.3. Implementasi Kelola Pesan Masuk (Outbox) ………..84
4.1.4. Implementasi Kirim SMS ke Satu Nomor ………..85
4.1.5. Implementasi Kirim SMS ke Nomor Grup ……….86
4.1.6. Implementasi Import ………...88
4.1.7. Implementasi Report ………...89
4. 2 Implementasi Basis Data ………..91
BAB V PENGUJIAN PERANGKAT LUNAK ……….95
5.1. Pengujian ………...95
5.2. Metode Testing ……….95
5.2.1. Blackbox Testing ……….95
5.2.2. Test Case ……….95
5.2.2.1. Pengujian Form Reply SMS ………..96
5.2.2.2. Pengujian Form Forward SMS ……….97
5.2.2.3. Pengujian Form Kirim SMS Single ………..99
5.2.2.4. Pengujian Form Kirim SMS Group ………100
5.2.2.5. Pengujian Form Tambah Kontak ………102
5.2.2.6. Pengujian Form Rubah Kontak ………...103
5.2.2.7. Pengujian Form Tambah Grup ………104
5.2.2.8. Pengujian Form Rubah Grup ………..105
5.2.2.9. Pengujian Form Tambah User ………105
5.2.2.10. Pengujian Form Rubah User ………...107
5.2.2.11. Pengujian Form Impor ………108
5.2.3. User Testing ………..109
BAB VI KESIMPULAN DAN SARAN ………..114
6.1 Kesimpulan ……….114
6.2 Saran ………115
DAFTAR GAMBAR
Gambar 2. 1. Model Sekuensial Linier [PRES2002:36] ………...10
Gambar 2. 2. Waterfall Model [SOMM2003 : 43] ………...11
Gambar 2. 3. Basis Data dengan Pengaksesannya [NUGR2005 : 73] …………..16
Gambar 3. 1. Sistem Penyusunan Jadwal yang Sedang Berjalan ………21
Gambar 3. 2. Pengiriman Pesan ke Satu Nomor dan Grup ……….24
Gambar 3. 3. Pengelolaan Inbox, Blacklist dan Reply ……….25
Gambar 3. 4. Pengelolaan Outbox dan Forward ………..26
Gambar 3. 5. Pengelolaan Import File dan Kirim Pesan ……….27
Gambar 3. 6. Pengelolaan Ekspor Data ………...28
Gambar 3. 7. Kelola Data User ………29
Gambar 3. 8. Kelola Data Grup ………...30
Gambar 3. 9. Kelola Data Kontak ………31
Gambar 3. 10. Diagram Konteks ……….45
Gambar 3. 11. DFD Level 1 ……….46
Gambar 3. 12. DFD Level 2 Proses 2 Kelola Data Grup, Kontak dan User ……47
Gambar 3. 13. DFD Level 3 Proses 2.1 Kelola Data Grup ………..48
Gambar 3. 14. DFD Level 3 Proses 2.2 Kelola Data Kontak ………..49
Gambar 3. 15. DFD Level 3 Proses 2.3 Kelola Data User ………..50
Gambar 3. 16. DFD Level 2 Proses 3 Kelola Pesan Masuk dan Keluar ………..51
Gambar 3. 17. DFD Level 3 Proses 3.1 Kelola Pesan Masuk (Inbox) …………52
Gambar 3. 18. DFD Level 4 untuk Proses Nomor 3.1.4 Kelola Pesan Blacklist .53 Gambar 3. 19. DFD Level 3 Proses 3.2 Kelola Pesan Keluar (Outbox) ………..54
Gambar 3. 20. DFD Level 2 Proses 4 Kelola Kirim Pesan ke Satu Nomor dan Grup ………..54
Gambar 3. 21. DFD Level 2 Proses 5 Kelola Export Pesan Masuk dan Keluar ..55
Gambar 3. 22. Entity Relationship Diagram ………73
Gambar 3. 23. Halaman Login ……….77
Gambar 3. 24. Halaman Utama ………78
Gambar 3. 25. Kirim SMS ke Satu Nomor ………..78
Gambar 3. 27. Kelola Inbox, Blacklist dan Reply ………79
Gambar 3. 28. Kelola Outbox dan Forward ………80
Gambar 3. 29. Kelola Impor File dan Kirim Jadwal ………...80
Gambar 4. 1. Implementasi Halaman Login ……….81
Gambar 4. 2. Implementasi Kelola Inbox dan Balas Pesan (Reply) ………..83
Gambar 4. 3. Implementasi Kelola Outbox dan Meneruskan Pesan (Forward) ...84
Gambar 4. 4. Implementasi Kirim SMS ke Satu Nomor ………..85
Gambar 4. 5. Implementasi Kirim SMS ke Nomor Grup ……….86
Gambar 4. 6. Implementasi Import ………...88
Gambar 4. 7. Implementasi Report ………...90
Gambar 4. 8. Implementasi Tabel Admin ……….91
Gambar 4. 9. Implementasi Tabel Groups ………91
Gambar 4. 10. Implementasi Tabel Userdata ………92
Gambar 4. 11. Implementasi Tabel Inbox ……….92
Gambar 4. 12. Implementasi Tabel Tempinbox ………92
Gambar 4. 13. Implementasi Tabel Outbox ………..93
Gambar 4. 14. Implementasi Tabel Outbox_multipart ……….93
Gambar 4. 15. Implementasi Tabel Sentitems ………..94
Gambar 5. 1. Pengujian Form Reply SMS ……….. 97
Gambar 5. 2. Pengujian Form Forward SMS ………...98
Gambar 5. 3. Pengujian Kirim SMS ke Satu Nomor ………..100
Gambar 5. 4. Basis Data Pengujian Kirim SMS ke Satu Nomor ………100
Gambar 5. 5. Pengujian Kirim SMS ke Nomor Grup ……….101
Gambar 5. 6. Pengujian Tambah Kontak ………102
Gambar 5. 7. Pengujian Rubah Kontak ………..103
Gambar 5. 8. Pengujian Tambah Grup ………...104
Gambar 5. 9. Pengujian Rubah Grup ………..105
Gambar 5. 10. Pengujian Tambah User ………..107
Gambar 5. 11. Pengujian Rubah User ……….108
Gambar 5. 12. Pengujian Form Impor ………109
DAFTAR TABEL
Tabel 3. 1. Spesifikasi Perangkat Keras untuk Pengembangan ………33
Tabel 3. 2. Spesifikasi Perangkat Lunak untuk Pengguna ………33
Tabel 3. 3. Spesifikasi Perangkat Lunak untuk Pengembangan ………...33
Tabel 3. 4. Spesifikasi Perangkat Lunak untuk Pengguna ………34
Tabel 3. 5. Kamus Data Admin ……….55
Tabel 3. 6. Kamus Data Login ………..56
Tabel 3. 7. Kamus Data Groups ………56
Tabel 3. 8. Kamus Data Userdata ………...56
Tabel 3. 9. Kamus Data Inbox ………..56
Tabel 3. 10. Kamus Data Outbox ………..57
Tabel 3. 11. Kamus Data Sentitems ………..57
Tabel 3. 12. Kamus Data Tempinbox ………...58
Tabel 3. 13. Kamus Data Outbox Multipart ……….59
Tabel 3. 14. Kamus Data Pesan Dikirim ………...59
Tabel 3. 15. Kamus Data Pesan Terkirim ……….59
Tabel 3. 16. Kamus Data Hapus Pesan Masuk ……….59
Tabel 3. 17. Kamus Data Blacklist ………...60
Tabel 3. 18. Kamus Data Pesan Diteruskan ………..60
Tabel 3. 19. Kamus Data Hapus Pesan Keluar ……….60
Tabel 3. 20. Kamus Data Periode ……….60
Tabel 3. 21. Kamus Data Report Inbox ………61
Tabel 3. 22. Kamus Data Report Outbox ………..61
Tabel 3. 23. Kamus Data Impor ………61
Tabel 3. 24. PSPEC Kelola Login dan Logout ……….62
Tabel 3. 25. PSPEC Lihat Grup ………62
Tabel 3. 26. PSPEC Tambah Grup ………...62
Tabel 3. 27. PSPEC Edit Grup ………..63
Tabel 3. 28. PSPEC Hapus Grup ………..63
Tabel 3. 29. PSPEC Import Grup ……….63
Tabel 3. 31. PSPEC Tambah Kontak ………64
Tabel 3. 32. PSPEC Edit Kontak ………..64
Tabel 3. 33. PSPEC Hapus Kontak ………...65
Tabel 3. 34. PSPEC Import Kontak ………..65
Tabel 3. 35. PSPEC Lihat User ……….65
Tabel 3. 36. PSPEC Tambah User ………66
Tabel 3. 37. PSPEC Edit User ………..66
Tabel 3. 38. PSPEC Hapus User ………...66
Tabel 3. 39. PSPEC Lihat Inbox ………...67
Tabel 3. 40. PSPEC Balas Pesan (Reply) ……….67
Tabel 3. 41. PSPC Hapus Pesan Masuk ………...68
Tabel 3. 42. PSPEC Lihat Pesan Blacklist ………...68
Tabel 3. 43. PSPEC Hapus Pesan Blacklist ………..68
Tabel 3. 44. PSPEC Un-Blacklist ……….69
Tabel 3. 45. PSPEC Lihat Outbox ………69
Tabel 3. 46. PSPEC Teruskan Pesan (Forward) ………...69
Tabel 3. 47. PSPEC Hapus Pesan Keluar ……….70
Tabel 3. 48. PSPEC Kirim SMS (Single Number) ………...70
Tabel 3. 49. PSPEC Kirim SMS (Group Numbers) ………..70
Tabel 3. 50. PSPEC Kelola Ekspor Pesan Masuk Menjadi Laporan Berformat (*.xls) ………71
Tabel 3. 51. PSPEC Kelola Ekspor Pesan Keluar Menjadi Laporan Berformat (*.xls) ………71
Tabel 3. 52. PSPEC Kelola Impor Data dan Kirim SMS ……….72
Tabel 3. 53. Tabel Admin ……….74
Tabel 3. 54. Tabel Inbox ………...74
Tabel 3. 55. Tabel Outbox ……….75
Tabel 3. 56. Tabel Sentitems ……….75
Tabel 3. 57. Tabel Groups ……….76
Tabel 3. 58. Tabel User Data ………76
Tabel 3. 59. Tabel Tempinbox ………..76
Tabel 5. 1. Tabel Pengujian Form Reply SMS ……….96
Tabel 5. 2. Tabel Pengujian Form Forward SMS ……….98
Tabel 5. 3. Tabel Pengujian Kirim SMS ke Satu Nomor ………..99
Tabel 5. 4. Tabel Pengujian Kirim SMS ke Nomor Grup ………...101
Tabel 5. 5. Tabel Pengujian Tambah Kontak ………..102
Tabel 5. 6. Tabel Pengujian Rubah Kontak ………103
Tabel 5. 7. Tabel Pengujian Tambah Grup ………...104
Tabel 5. 8. Tabel Pengujian Rubah Grup ………105
Tabel 5. 9. Tabel Pengujian Tambah User ………..106
Tabel 5. 10. Tabel Pengujian Rubah User ………..107
Tabel 5. 11. Tabel Pengujian Form Impor ………..109
Tabel 5. 12. Pertanyaan Pengujian Program oleh User ………...109
Tabel 5. 13. Jawaban User Terhadap Pertanyaan Pengujian Aplikasi …………110
DAFTAR KODE PROGRAM
DAFTAR SIMBOL
1. Simbol Data Flow Diagram [JOGI1990]
Simbol Keterangan
Eksternal Entity Menggambarkan asal atau tujuan data.
Proses Untuk proses pengolahan atau transformasi data.
Data Store Menggambarkan data flow yang sudah disimpan/diarsipkan.
Data Flow Menggambarkan aliran data yang berjalan.
2. Simbol Flowchart [JOGI1990]
Simbol Keterangan
Proses
Terminator
Data
Display - menunjukkan tampilan pada layar
Decision
Simbol Keterangan
Input Manual
3. Simbol Entity Relationship Diagram [JOGI1990]
Simbol Keterangan
Entitas
Relasi
1
BAB I
PENDAHULUAN
Bab 1 menjelaskan mengenai latar belakang permasalahan, rumusan masalah, tujuan, batasan masalah dan sistematika pembahasan penelitian tugas akhir.
1.1 Latar Belakang
SMS Gateway adalah teknologi untuk mengirimkan, menerima dan bahkan mengolah SMS melalui aplikasi komputer (software) [SELU2012]. Banyak perusahaan atau lembaga pendidikan yang sudah mulai menggunakan teknologi SMS Gateway misalnya untuk menjalin hubungan baik dengan para konsumen atau rekan bisnis mereka.
Teknologi SMS Gateway bekerja dengan cara memanfaatkan service Gammu, yaitu layanan khusus yang memungkinkan pengiriman SMS. Setelah data atau informasi diolah terlebih dahulu oleh aplikasi tertentu dalam organisasi atau perusahaan, selanjutnya dengan bantuan service Gammu, data atau informasi
tersebut dapat dikirimkan ke nomor Handphone (HP) yang dituju.
Salah satu pemanfaatan SMS Gateway untuk dunia pendidikan, diantaranya adalah penyertaan teknologi ini ke dalam aplikasi untuk pengiriman sejumlah informasi akademik kepada berbagai kelompok user misalnya para dosen dan mahasiswa. Pengembangan aplikasi pada penelitian ini akan difokuskan kepada pemanfaatan teknologi SMS Gateway untuk menyampaikan informasi berupa jadwal seminar serta sidang Kerja Praktek (KP) dan Tugas Akhir (TA).
Permasalahan-permasalahan yang mendasari dibuatnya aplikasi penjadwalan seminar dan sidang KP/TA adalah sebagai berikut :
2
dosen yang sakit, ketidakhadiran baik dari sisi mahasiswa maupun dosen, kegiatan mendadak dari pihak dosen seperti rapat atau kegiatan mendesak bagi
dosen yang menjadi prioritas dan harus dilakukan terlebih dahulu dikarenakan adanya instruksi dari atasan misalnya rapat dengan pihak Rektorat atau
Yayasan UK Maranatha, dan masih banyak faktor lainnya.
2. Permasalahan lain yang sering dikeluhkan oleh para mahasiswa yang akan menjalankan seminar atau sidang KP atau TA adalah setiap mahasiswa yang ingin mengetahui jadwal sidang KP/TA-nya harus terlebih dahulu melihat jadwal di internet melalui grup jejaring sosial atau situs web kampus. Hal ini akan menimbulkan permasalahan jika mahasiswa tersebut tidak memiliki koneksi dengan jaringan intenet dari rumahnya. Seringkali mahasiswa-mahasiswa tersebut tidak mengetahui jadwal sidangnya telah dijadwalkan ulang, dan karena ketidaktahuannya tersebut, akan otomatis gagal untuk lulus sidang KP atau TA.
Permasalahan-permasalahan tersebut dapat diatasi dengan cara menggunakan teknologi SMS Gateway. Teknologi tersebut dapat diterapkan melalui pengembangan aplikasi khusus pengiriman jadwal sidang baik bagi para mahasiswa yang sidang itu sendiri, maupun bagi para pembimbing dan penguji sidang.
Melihat permasalahan yang telah diuraikan tersebut, maka penulis akan membuat sebuah aplikasi SMS untuk mengelola dan mengirimkan penjadwalan sidang sehingga akan membantu setiap mahasiswa yang telah mendaftarkan
dirinya untuk maju seminar atau sidang agar mendapatkan jadwal seminar atau sidang-nya dengan cepat meskipun yang bersangkutan tidak terkoneksi dengan
jaringan internet.
1.2 Rumusan Masalah
Berdasarkan uraian latar permasalahan yang telah dijelaskan sebelumnya, maka permasalahan dapat dirumuskan sebagai berikut :
3
seminar dan sidang KP/TA di Fakultas Teknologi Informasi Universitas Kristen Maranatha.
2. Bagaimana merancang sistem yang dapat mendukung pengiriman jadwal seminar dan sidang KP/TA di Fakultas Teknologi Informasi Universitas
Kristen Maranatha.
3. Bagaimana mengimplementasikan hasil rancangan sistem ke dalam aplikasi yang dapat mendukung pengiriman jadwal seminar dan sidang KP/TA di Fakultas Teknologi Informasi Universitas Kristen Maranatha.
4. Bagaimana menguji coba aplikasi pengiriman jadwal seminar dan sidang KP/TA di lingkungan pengguna Fakultas Teknologi Informasi Universitas Kristen Maranatha.
1.3 Tujuan
Tujuan dari dibuatnya aplikasi penjadwalan sidang ini adalah:
1. Menganalisis kondisi sistem saat ini dan menentukan fitur-fitur aplikasi yang diperlukan sehingga dapat mendukung pengiriman jadwal seminar dan sidang KP/TA di Fakultas Teknologi Informasi Universitas Kristen Maranatha.
2. Merancang sistem yang dapat mendukung pengiriman jadwal seminar dan sidang KP/TA di Fakultas Teknologi Informasi Universitas Kristen Maranatha.
3. Mengimplementasikan hasil rancangan sistem ke dalam aplikasi yang dapat mendukung pengiriman jadwal seminar dan sidang KP/TA di Fakultas
Teknologi Informasi Universitas Kristen Maranatha.
4. Menguji coba aplikasi pengiriman jadwal seminar dan sidang KP/TA di
lingkungan pengguna Fakultas Teknologi Informasi Universitas Kristen Maranatha.
1.4 Batasan Masalah
Batasan masalah dalam penelitian tugas akhir ini adalah :
4
nomor grup (group numbers) untuk kepentingan civitas academica Fakultas Teknologi Informasi Universitas Kristen Maranatha.
2. Batas pengiriman SMS untuk sekali pengiriman adalah 480 karakter.
3. Format file untuk di-import dan di-eksport harus dalam format *.xls (Microsoft Office 1997/2003).
4. Aplikasi penjadwalan sidang memberikan hak akses kepada admin dan juga user agar dapat mengakses fasilitas pengelolaan pengiriman SMS jadwal sidang.
5. Cepat atau lambatnya proses pengiriman pesan hingga sampai diterima oleh user tergantung dari kualitas sinyal provider dan modem yang digunakan. 6. Pada saat service Gammu digunakan, modem tidak boleh digunakan untuk
proses yang lainnya, karena dapat menggangu aktivitas service Gammu dengan modem.
7. Untuk pengembangan aplikasi pengelolaan SMS yang berbasis web, tools yang digunakan dalam penelitian adalah :
a. Gammu, tool untuk mengirimkan SMS.
b. Dreamweaver (menggunakan sintaks HTML, java script dan script PHP Hypertext Processor (PHP) untuk pengembangan server scripting) dan user interface aplikasi berbasis web.
c. XAMPP untuk pengolahan data dan server yang di dalamnya terdiri atas : 1. MySQL sebagai dan database management system (DBMS).
2. Apache sebagai server.
1.5 Sistematika Pembahasan
Sistematika pembahasan tugas akhir ini adalah sebagai berikut :
BAB I Pendahuluan, mencakup latar belakang masalah, rumusan masalah,
tujuan, batasan masalah, serta sistematika pembahasan.
BAB II Landasan Teori, mencakup teori yang bersangkutan dengan
penelitian.
BAB III Analisis dan Disain, mencakup analisis sistem, gambaran sistem,
5
BAB IV Pengembangan Perangkat Lunak, mencakup implementasi
class/modul, implementasi penyimpanan data, implementasi antarmuka.
BAB V Testing dan Evaluasi Sistem, mencakup rencana pengujian dan
pelaksanaan pengujian.
BAB VI Kesimpulan dan Saran, mencakup kesimpulan dan saran dari
114
BAB VI
KESIMPULAN DAN SARAN
Bab 6 menjelaskan mengenai kesimpulan dari hasil penelitian dan saran perbaikan jika penelitian ini akan dilanjutkan.
6.1 Kesimpulan
Kesimpulan yang didapatkan dari hasil penelitian dan pengembangan aplikasi pengiriman jadwal seminar dan sidang dengan menggunakan teknologi SMS Gateway adalah sebagai berikut :
1. Pengiriman jadwal sidang kepada mahasiswa, dosen pembimbing dan penguji seminar serta sidang di Fakultas Teknologi Informasi Universitas Kristen Maranatha melalui aplikasi pengiriman SMS telah berhasil diimplementasikan melalui fitur pengiriman jadwal sidang. 2. Proses pengiriman kembali atas pertanyaan (reply) seputar seminar atau sidang dari
mahasiswa, dosen pembimbing dan penguji seminar serta sidang di Fakultas Teknologi Informasi Universitas Kristen Maranatha melalui aplikasi pengiriman SMS telah berhasil diimplementasikan melalui fitur reply SMS.
3. Proses meneruskan pesan (forward) seputar seminar atau sidang dari dan ke mahasiswa, dosen pembimbing dan penguji seminar serta sidang di Fakultas Teknologi Informasi Universitas Kristen Maranatha melalui aplikasi pengiriman SMS telah berhasil diimplementasikan melalui fitur forward SMS.
4. Proses import file sumber berupa jadwal seminar atau sidang yang telah dibuat oleh para Koordinator KP dan TA dalam format (*.xls) ke dalam aplikasi pengiriman SMS sehingga data jadwal tersebut dapat langsung dikirimkan melalui SMS telah berhasil diimplementasikan melalui fitur import data dan kirim SMS.
5. Fasilitas melihat laporan daftar pesan yang diterima (inbox) telah berhasil diimplementasikan melalui fitur preview inbox (pesan masuk).
115
7. Fasilitas eksport data dari aplikasi pengiriman SMS menjadi report jadwal seminar dan sidang dalam format (*.xls) telah berhasil diimplementasikan melalui fitur eksport data menjadi report format (*.xls).
8. Fasilitas mengirimkan pesan lain selain jadwal seminar dan sidang kepada satu nomor (single number) dan kepada nomor-nomor di grup tertentu (group numbers) misalnya grup mahasiswa dan grup dosen telah berhasil diimplementasikan melalui fitur kirim sms ke single number dan group numbers.
9. Fasilitas pengelolaan data master yaitu pengelolaan data kontak (tambah, ubah, hapus kontak), data user (tambah, ubah, hapus user) dan data grup (tambah, ubah, hapus grup) telah berhasil diimplementasikan melalui fitur kelola kontak, user dan grup.
10. Aplikasi yang telah berhasil diimplementasikan dapat mengirimkan pesan lebih dari 160 karakter, dengan maksimal 480 karakter. Selain itu, pesan masuk yang lebih dari 160
karakter dapat ditampilkan tanpa terpotong atau terpisah, jadi setiap ada pesan masuk lebih dari 160 karakter dapat dilihat langsung sebagai 1 pesan SMS.
11. Aplikasi pengiriman jadwal seminar dan sidang dapat mengolah data dengan asumsi telah mempunyai file jadwal seminar dan sidang yang berformat (*.xls).
6.2 Saran
Saran yang dapat memperlengkapi jika ada pengembangan lebih lanjut terhadap hasil penelitian ini adalah sebagai berikut :
1. Developer yang akan mengembangkan aplikasi seperti hasil penelitian ini dapat mengembangkan aplikasi yang mendukung Costumer Relationship Management (CRM). 2. Aplikasi dapat diarahkan menjadi aplikasi terpusat untuk penyampaian informasi seluruh
kegiatan yang dilakukan di Fakultas Teknologi Informasi bahkan seluruh kegiatan di Universitas Kristen Maranatha.
117
DAFTAR PUSTAKA
[BINL2005] Bin Ladjamudin, Al-Bahra. 2005. Analisis dan Desain Sistem Informasi. Yogayakarta: Penerbit Graha Ilmu.
[DEVE2012] http://www.developershome.come. Diakses 20 November 2012 jam 11.21.
[EDRA2012] http://www.edrawsoft.com/Flowchart-Definition.php. Diakses 20 November 2012 jam 12.24.
[GILM2006] Gilmore Jason W. 2006. Beginning PHP and MySQL 5. California. Apress.
[KADI2008] Kadir Abdul. 2008. Tuntunan Praktis Belajar Database Menggunakan MySQL. Yogyakarta : Penerbit Andi.
[NUGR2005] Nugroho Bunafit. 2005. Aplikasi Pemrograman Web Dinamis dengan PHP dan MySQL. Yogyakarta : Penerbit Gava Media.
[PERA2006] Peranginangin, Kasiman. 2006. Aplikasi Web dengan PHP dan MySQL. Yogyakarta : Penerbit Andi.
[PRES2002] Pressman, Roger S, Phd. 2002. Rekayasa Perangkat Lunak. Yogyakarta : Penerbit Andi.
[SELU2012] http://www.selular88.com/sms-gateway. Diakses Senin/19 November 2012 jam 09.22.
[SIDI2001] Sidik Betha. 2001. Pemrograman WEB dengan HTML. Bandung : Penerbit Informatika.
[SOMM2003] Sommerville, Ian. 2003. Software Engineering Edisi 6 Jilid 1. Jakarta : Erlangga.
[VALA2007] Valade Janet. 2007. PHP & MySQL For Dummies. Indiana : Wiley Publishing.
[WELL2001] Welling Luke. 2001. PHP and MySQL Web Development. Indiana. Sams Publishing.
[WAHI2010] Wahidin. 2010. Aplikasi SMS dengan PHP untuk orang Awam. Palembang : Penerbit Maxikom.
118
[YUAN2012] Yuana Rosihan Ari. SMS Gateway Gammu. http:\\blog.rosihanari.net[1 November 2012 waktu akses 10.21 WIB].
[YUAN2012] Yuana Rosihan Ari. Script php untuk membuat report format ms-excel. http:\\blog.rosihanari.net[3 November 2012 waktu akses 17.21 WIB].
