BAB 4 PERANCANGAN SISTEM. Didasarkan pada hasil analisis yang telah dilakukan, penulis menetapkan

Transkripsi

1 91 BAB 4 PERANCANGAN SISTEM 4.1 Sistem e-crm Yang Diusulkan Didasarkan pada hasil analisis yang telah dilakukan, penulis menetapkan bahwa sistem ecrm adalah solusi yang paling baik diterapkan untuk mengatasi masalah yang ada di Panti Werdha Wisma Mulia. Sistem ecrm yang diusulkan merupakan operational CRM, dan diklasifikasikan menjadi customer-touching applications. Juga sistem ecrm yang diusulkan memenuhi fase-fase dari CRM, yaitu acquire, enhance, dan retain. Sistem ecrm dipetakan menurut CRM functional solutions yang merupakan solusi yang mendukung fase-fase dari CRM. Gambar 4.1 merupakan pemetaan dari sistem ecrm yang diusulkan. Gambar 4.1 Arsitektur CRM Sumber: (O'Brien dan Marakas, 2010, p. 315) 91

2 92 Untuk mendukung fase acquire, enhance dan retain, maka sistem ecrm yang diusulkan mendukung direct marketing, cross selling, up selling dan proactive service. Dan akan dilakukan penambahan fitur yang belum termasuk dari hasil analisis berdasarkan tujuan dari masing-masing fase, yang dapat dilihat pada Tabel 4.1

3 93 Tabel 4.1 Kebutuhan fitur sesuai fase CRM Customer Lifecycle CRM Functional Solutions Kebutuhan Fitur Acquire Direct Marketing Tentang Kami FAQ Lokasi Facebook Link Cara Berdonasi Cara Menjadi Partner Lansia Registrasi Enhance Up-Sell Donasi online reguler Cross-Sell Donasi online OJA (Orang Jompo Asuh) Retain Proactive Support Profil anggota Catatan Donasi Newsletter Pembayaran online Lupa sandi Penjelasan untuk masing-masing CRM Functional Solutions berikut : 1. Fase Acquire : Direct Marketing Fitur dalam sistem yang mendukung fase ini adalah : Tentang Kami

4 94 Fitur ini berisi informasi umum mengenai latar belakang, landasan hukum, visi dan misi, tujuan, dan sasaran dari Panti Werdha Wisma Mulia. Pemberian informasi ini diharapkan dapat membuat publik lebih mengenal panti. FAQ Fitur ini memberi kemudahan bagi pengunjung website untuj menemukan jawaban dari pertanyaan pertanyaan umum yang sering diajukan yaitu pendaftaran anggota, donasi online, dan pembayaran online. Lokasi Fitur ini berisi informasi tentang informasi lokasi dari Panti Werdha Wisma Mulia. Facebook Link Berupa koneksi ke akun Facebook milik panti Cara Berdonasi Fitur ini berisi informasi mengenai cara berdonasi online yang dilakukan melalui website. Cara Menjadi Partner Fitur ini berisi informasi mengenai cara perusahaan yang ingin bekerja sama dengan panti dan apa saja keuntungan yang di dapat. Lansia Fitur ini berisi informasi mengenai lansia-lansia yang tinggal di dalam panti. Registrasi Berupa fasilitas pendaftaran bagi publik untuk menjadi anggota, agar dapat menggunakan layanan-layanan yang tersedia.

5 95 2. Fase Enhance : Cross-sell dan Up-sell Fase ini bertujuan untuk meningkatkan hubungan dengan pelanggan, fitur dari fase ini adalah : a. Up-sell Donasi online reguler Fitur ini memberikan kemudahan bagi para anggota yang ingin berdonasi secara online, anggota cukup mengisi jumlah yang ingin di donasikan dan memilih frekuensi donasi, sistem akan mengirimkan reminder setiap bulannya bagi para anggota yang telah memiliki komitmen untuk menyumbang setiap bulan. Tidak hanya itu, bagi anggota yang menyumbang dengan nilai lebih dari 1 juta rupiah maka berhak untuk mendapat hadiah yang telah disiapkan oleh panti. b. Cross-sell Donasi online OJA (Orang Jompo Asuh). Fitur ini memungkinkan anggota untuk melakukan donasi khusus terhadap seorang lansia yang ada di panti, jumlah yang ingin disumbang juga sukarela dan tidak melebihi sisa donasi yang telah tercantum. Diharapkan dengan adanya fitur ini donatur mempunyai hubungan yang lebih erat dengan lansia yang di donasikan. Setiap anggota juga mendapat reminder setiap bulannya apabila status donasi masi aktif. 3. Fase Retain : Proactive Support Profil anggota

6 96 Anggota dapat mengakses data diri mereka dan melakukan perubahan data diri. Dan jika anggota ingin mengubah sandi, dapat mengubah pada fitur ini. Catatan Donasi Pada fitur ini anggota dapat melihat riwayat donasi yang pernah dilakukan, juga terdapat reminder pembayaran yang harus dilakukan anggota yang sudah berkomitmen. Newsletter Merupakan fasilitas dimana anggota mendapat rutin mengenai panti setiap bulannya. Bagi para anggota yang telah berkomitmen untuk melakukan donasi tiap bulan maka, akan dikirimkan reminder. Bagi para anggota biasa juga akan tetap mendapat mengenai kegiatan seputar panti. Pembayaran online Berupa fasilitas dimana member dapat melakukan pembayaran atas donasi yang telah ia lakukan secara online. Lupa sandi Anggota yang lupa sandi dapat me-reset ulang sandinya melalui fitur ini. Sistem akan mengirimkan sandi baru melalui Activity Diagram Sistem e-crm Perancangan sistem ecrm memungkinkan publik untuk melakukan registrasi pada halaman web untuk menjadi anggota, sehingga dapat mengakses layanan-layanan yang tersedia. Alur proses untuk registrasi dapat dilihat pada Gambar 4.2 Activity Diagram proses registrasi

7 97 Gambar 4.2 Activity Diagram proses registrasi Publik dapat mengakses web dengan memasukkan alamat URL dari website. Lalu masuk ke halaman beranda, setelah masuk publik dapat langsung mengakses menu registrasi dengan memilih daftar. Sistem akan memunculkan halaman registrasi, dan

8 98 publik memasukkan informasi yang dibutuhkan. Setelah selesai publik menekan tombol submit dan sistem akan membuat anggota baru. Setelah publik terdaftar sebagai anggota, maka anggota dapat menggunakan layananlayanan yang diberikan website. Layanan-layanan tersebut antara lain: 1. Melakukan donasi reguler Publik yang telah mendaftar dan login pada website dapat melakukan donasi online, dimana tersedia 2 pilihan untuk melakukan donasi online, yang pertama adalah donasi reguler. Anggota dapat mengakses halaman donasi reguler, lalu mengisi informasi yang dibutuhkan seperti jumlah uang yang akan didonasi, frekuensi pemberian donasi, dan hadiah donasi. Terdapat 2 pilihan untuk frekuensi donasi, yaitu sekali saja atau setiap bulan, jika anggota memilih setiap bulan maka tiap bulannya anggota akan mendapatkan reminder mengenai kokmitmennya untuk berdonasi. Hadiah donasi dapat dipilih apabila anggota memiliki total nilai donasi sebesar Rp atau lebih. Setelah selesai anggota memilih tombol submit dan sistem akan mencatat transaksi donasi reguler yang baru. Proses donasi reguler ini dapat dilihat pada Gambar 4.3.

9 99 Gambar 4.3 Activity Diagram proses donasi reguler 2. Melakukan donasi OJA (Orang Jompo Asuh) Pilihan lainnya untuk melakukan donasi secara online adalah donasi OJA (Orang Jompo Asuh), dimana anggota dapat memilih secara khusus lansia yang akan didonasikan. Setelah login, anggota dapat mengakses halaman donasi OJA dan melihat-lihat data lansia, mulai dari nama, foto, usia, latar belakang dan biaya per

10 100 bulannya. Anggota dapat memilih salah satu lansia untuk didonasikan dengan memasukkan jumlah uang yang akan didonasi, jumlah uang yang dimasukkan tidak boleh melebihi jumlah sisa yang bisa disumbang yang tertera di halaman web. Setelah itu anggota memilih tombol donasi dan sistem akan mencatat transaksi donasi OJA yang baru. Proses donasi OJA ini dapat dilihat pada Gambar 4.4

11 101 Gambar 4.4 Activity Diagram proses Donasi Orang Jompo Asuh (OJA) 3. Melakukan konfirmasi pembayaran Anggota yang telah melakukan donasi dapat melakukan konfirmasi pembayaran. Apabila anggota berkomitmen untuk berdonasi setiap bulannya baik untuk program reguler ataupun OJA maka anggota dapat melakukan konfirmasi pembayaran setiap bulannya. Setelah melakukan login, anggota dapat mengakses halaman akun saya lalu memilih catatan donasi, pada halaman catatan donasi akan ditampilkan riwayat donasi yang dilakukan oleh anggota juga ditampilkan reminder donasi yang harus dibayarkan anggota. Anggota dapat memilih tombol konfirmasi, sistem akan memunculkan halaman konfirmasi pembayaran, anggota kemudian harus mengisi data-data pembayaran dan menekan tombol submit. Proses konfirmasi pembayaran ini dapat dilihat pada Gambar 4.5

12 Gambar 4.5 Activity Diagram proses Konfirmasi Pembayaran 102

13 Use case Diagram Use case Diagram Publik

14 Gambar 4.6 Use Case Diagram hak akses publik 104

15 Aktor dari setiap use case diagram publik adalah publik, dan hanya dapat melihat informasi-informasi yang ada. Penjelasan dari tiap use case yang terdapat pada use case diagram publik dapat dilihat pada use case description berikut: Tabel 4.2 Use Case Description dari Mengakses beranda 105 Use Case Name Mengakses beranda Scenario Menampilkan halaman beranda sebagai halaman awal untuk mengakses website panti. Triggerring Event Publik yang ingin mengetahui tentang Panti Werdha Wisma Mulia melalui website. Brief Description Publik membuka web browser dan masuk ke website Panti Werdha Wisma Mulia. Saat pertama kali masuk, sistem akan menampilkan halaman beranda dimana publik dapat melihat cara menghubungi panti dan rekening untuk berdonasi. Actor Publik Related Use Cases - Stakeholders - Preconditions Publik membuka internet browser dan memasukkan nama domain panti. Postconditions Publik masuk ke website Panti Werdha Wisma Mulia Flow of Events Actor System 1. Publik membuka web browser 2. Publik memasukkan nama domain dan website perusahaan 3. Publik klik Go 3.1 Sistem menampilkan halaman utama (Beranda) Exception conditions - Tabel 4.3 Use Case Description dari Mengakses Tentang Kami Use Case Name Mengakses Tentang Kami Scenario Menampilkan Tentang Kami yang berisi profil panti. Triggerring Event Publik ingin mengetahui tentang profil panti. Brief Description Publik memilih menu Tentang Kami. Sistem akan menampilkan halaman Tentang Kami Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Tentang Kami Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu Tentang Kami halaman Tentang Kami

16 106 Exception conditions - Tabel 4.4 Use Case Description dari Mengakses Galeri Foto Use Case Name Mengakses Galeri Foto Scenario Menampilkan Galeri Foto yang berisi foto foto Panti Werdha Wisma Mulia. Triggerring Event Publik ingin melihat foto foto Panti Werdha Wisma Mulia. Brief Description Publik memilih menu Galeri Foto. Sistem akan menampilkan halaman Galeri Foto. Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Galeri Foto Flow of Events Actor Actor 1. Publik memilih 1.1 Sistem menampilkan menu Galeri Foto halaman Galeri Foto Exception conditions - Tabel 4.5 Use Case Description dari Mengakses Partner Kami Use Case Name Mengakses Partner Kami Scenario Menampilkan halaman Partner yang berisi logo logo perusahaan yang melakukan kerja sama dengan Panti Werdha Wisma Mulia Triggerring Event Publik ingin mengetahui perusahaan perusahaan yang melakukan kerja sama dengan Panti Werdha Wisma Mulia. Brief Description Publik memilih menu Partner. Sistem akan menampilkan halaman Partner. Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Partner Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu Partner halaman Partner Exception conditions - Tabel 4.6 Use Case Description dari Mengakses Hubungi Kami Use Case Name Scenario Mengakses Hubungi Kami Menampilkan halaman Hubungi Kami yang berisi alamat, , nomor telepon, dan peta lokasi. Juga tersedia form untuk mengirim pesan dari publik ke pihak Panti.

17 107 Triggerring Event Publik ingin mengetahui dimana alamat Panti dan nomo telepon yang bisa dihubungi. Atau publik ingin langsung mengirim pesan pada pihak Panti. Brief Description Publik memilih menu Hubungi Kami. Sistem akan menampilkan halaman Hubungi Kami. Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Hubungi Kami Flow of Events Actor System 1. Publik memilih menu Hubungi Kami Exception conditions Sistem menampilkan halaman Hubungi Kami Tabel 4.7 Use Case Description dari Mengakses Cara Berdonasi Use Case Name Mengakses Cara Berdonasi Scenario Menampilkan halaman Cara Berdonasi yang berisi pilihan, tata cara, dan sistem berdonasi. Triggerring Event Publik ingin mengetahui bagaimana cara berdonasi secara online. Brief Description Publik memilih menu Cara Berdonasi. Sistem akan menampilkan halaman Cara Berdonasi. Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Cara Berdonasi Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu Cara halaman Cara Berdonasi Berdonasi Exception conditions - Tabel 4.8 Use Case Description dari Mengakses Cara Menjadi Partner Use Case Name Scenario Triggerring Event Brief Description Actor Related Use Cases - Stakeholders - Mengakses Cara Menjadi Partner Menampilkan halaman Cara Menjadi Partner Publik ingin mengetahui perusahaan perusahaan yang melakukan kerja sama dengan Panti Werdha Wisma Mulia. Publik memilih menu Partner. Sistem akan menampilkan halaman Partner. Publik

18 Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman Partner Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu Partner halaman Partner Exception conditions Tabel 4.9 Use Case Description dari Mengakses FAQ Use Case Name Mengakses FAQ Scenario Menampilkan halaman FAQ Triggerring Event Publik ingin mengetahui jawaban dari pertanyaanpertanyaan yang paling sering diajukan Brief Description Publik memilih menu FAQ. Sistem akan menampilkan halaman FAQ Actor Publik Related Use Cases - Stakeholders - Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Sistem akan menampilkan halaman FAQ Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu FAQ halaman FAQ Exception conditions - Tabel 4.10 Use Case Description dari Melakukan Registrasi Use Case Name Melakukan Registrasi Scenario Menampilkan haman Registrasi yang berfungsi untuk meminta data-data yang dibutuhkan dari publik. Triggerring Event Publik yang ingin mendaftarkan diri sebagai anggota Brief Description Publik yang ingin mendaftaran diri sebagai member Panti Werdha Wisma Mulia mengisi form yang ada di halaman daftar terlebih dahulu. Actor Publik Related Use Cases - Stakeholders -. Preconditions Publik masuk ke website Panti Werdha Wisma Mulia. Publik memilih menu Daftar. Postconditions Publik memberikan data data yang diminta oleh sistem. Data data yang telah diberikan akan masuk ke dalam database. Admin akan melakukan pengecekan terhadap data yang diberikan. Flow of Events Actor System 1. Publik memilih 1.1 Sistem menampilkan menu Daftar halaman Daftar 2. Publik memasukkan data data yang

19 109 Exception conditions diminta oleh sistem 3. Publik memilih 3.1 Sistem menyimpan data tombol Submit yang diberikan oleh publik Jika pubik belum mengisi seluruh field yang disediakan, maka sistem akan memunculkan pesan error yang dilakukan oleh publik dan sistem meminta publik untuk melengkapi kekurangan yang ada. Tabel 4.11 Use Case Description dari Melakukan Login Use Case Name Melakukan Login Scenario Memverifikasi username dan password publik untuk dapat masuk ke halaman beranda sebagai anggota Triggerring Event Publik yang telah terdaftar sebagai anggota ingin melakukan login pada website panti Brief Description Publik yang ingin melakukan login dapat memasukkan username dan password pada form yang telah disediakan oleh sistem Actor Publik Related Use Cases - Stakeholders Publik : Untuk mengisi user ID dan password yang diperlukan dalam melakukan login Preconditions Publik masuk ke website Panti Werdha Wisma Mulia Postconditions Publik berhasil melakukan login sesuai dengan hak akses tambahan yang dimilikinya Flow of Events Actor System 1. Publik memasukkan username dan password seusai dengan statusnya (member dan admin) pada tabel login 2. Publik memilih 2.1 Sistem melakukan tombol Login verifikasi data yang diberikan oleh publik 2.2 Sistem menampilkan halaman website dan memperoleh hak akses tambahan sesuai dengan status yang dimilikinya 2.2a. Sistem akan menampilkan hak akses anggota untuk publik dengan status anggota 2.2b Sistem akan menampilkan hak akses admin untuk publik dengan status admin Exception conditions 2.1 Jika inputan tidak lengkap, maka sistem akan memberikan pesan kesalahan agar publik dapat melengkapinya

20 Jika inputan salah/tidak valid, maka sistem memberikan pesan kesalahan agar publik memperbaikinya Use Case Diagram Anggota

21 Gambar 4.7 Use Case Diagram hak akses anggota 111

22 112 Aktor dari setiap use case diagram anggota adalah anggota, mereka adalah publik yang sudah melakukan registrasi dan prosen login. Anggota dapat menggunakan layanan-layanan yang sudah disediakan. Penjelasan dari tiap use case yang terdapat pada use case diagram anggota dapat dilihat pada use case description berikut: Tabel 4.12 Use Case Description dari Membuat Donasi Reguler Use Case Name Membuat Donasi Reguler Scenario Halaman ini berfungsi untuk menampilkan formulir donasi reguler yang harus diisi anggota apabila ingin melakukan donasi online. Triggerring Event Anggota ingin melakukan donasi secara online. Brief Description Halaman ini berisi pilihan jumlah donasi, frekuensi berdonasi, dan pilihan hadiah spesial. Actor Anggota Related Use Cases - Stakeholders Anggota : Untuk melakukan donasi reguler. Preconditions Anggota berhasil melakukan login. Postconditions Anggota dapat melakukan donasi reguler. Flow of Events Actor System 1. Anggota memilih menu donasi. 2. Anngota memilih 2.1 Sistem menampilkan submenu Donasi halaman Donasi Reguler Reguler 3. Anggota memilih jumlah yang ingin didonasikan ataupun mengisi sendiri jumlahnya 4. Anggota memilih frekuensi berdonasi 5. Anggota memilih mendapat hadiah atau tidak 6. Anggota menekan 2.6 Sistem menyimpan tombol submit donasi yang dilakukan anggota Exception conditions 5.1 Anggota dapat menerima hadiah apabila donasi yang diberikan lebih dari 1 jua rupiah.

23 113 Tabel 4.13 Use Case Description dari Membuat Donasi OJA Use Case Name Membuat Donasi OJA Scenario Halaman ini berfungsi untuk menampilkan gambar-gambar beserta keterangan dari para Lansia. Triggerring Event Anggota ingin mengetahui lansia-lansia yang berada di Panti Jompo Wisma Mulia Brief Description Halaman ini menampilkan semua lansia yang bisa di donasi. Dalam halaman ini, anggota dapat memilih link selebihnya sehingga dapat melanjutkan ke halaman Detail Lansia. Actor Anggota Related Use Cases - Stakeholders Angg- Preconditions Anggota berhasil melakukan login. Postconditions Anggota dapat melihat lansia-lansia Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan menu Donasi halaman Donasi OJA OJA 2.1 Sistem menampilkan 2. Anggota memilih halaman Detail Lansia link selebihnya Exception conditions - Tabel 4.14 Use Case Description dari Mengakses Detail Lansia Use Case Name Mengakses Detail Lansia Scenario Untuk melihat detail dari para Lansia Triggerring Event Publik ingin mengetahui lebih lanjut mengenai latar belakang dan pengeluaran yang dibutuhkan oleh Lansia. Brief Description Detil Lansia merupakan halaman yang menampilkan detil dari para lansia, yang ditampilkan pada hakaman ini adalah foto, nama, usia, dan latar belakang lansia. Juga ditampilkan biaya sehari-hari dan obat-obatan yang dibutuhkan dari Lansia Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggita memilih lansia yang ingin dilihat detailnya dari menu Donasi OJA Postconditions Sistem akan menampilkan halaman Detail Lansia Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan menu Donasi OJA halaman Donasi OJA 2. Anggota memilih 2.1 Sistem menampilkan lansia yang ada di halaman Detail Lansia halaman Donasi OJA 3. Anggota memasukkan jumlah uang yang ingin

24 114 Exception conditions didonasikan 4. Anggota memilih tombol Donasi 3.1 Sistem menyimpan lansia dan jumlah uangyang akan didonasi anggota 3.1 Jika seorang lansia sudah terpenuhi biayanya oleh donatur lainnya, maka sistem tidak menampilkan tombol Donasi di halaman Detail Lansia Tabel 4.15 Use Case Description dari Mengakses akun saya Use Case Name Mengakses akun saya Scenario Menampilkan halaman Akun Saya yang berisi data diri yang telah diberikan oleh Anggota Triggerring Event Anggota ingin melihat data diri yang telah di-input ke dalam sistem Brief Description Halaman ini menampilkan profil dari anggota seperti, nama, , foto, alamat, no. Telp, tanggal lahir, dan jenis kelamin. Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggota berhasil melakukan Login Postconditions Anggota dapat melihat profilnya di halaman ini Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan link Akun Saya halaman Akun Saya Exception conditions - Tabel 4.16 Use Case Description dari Mengakses Lupa Sandi Use Case Name Mengakses Lupa Sandi Scenario Halaman ini berfungsi apabila anggota lupa akan sandinya Triggerring Event Anggota melakukan Login dan mengakses halaman Lupa Sandi Brief Description Pelanggan mengakses website, mengakses halaman Login, dan mengakses halaman Lupa Sandi Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggota masuk ke dalam website dan mengisi Postconditions Sistem mengirim sandi baru ke anggota Flow of Events Actor System 1. Anggota memasuki 1.1 Sistem menampilkan website dan memilih halaman Login halaman Login 2. Anggota memilih 2.1 Sistem menampilkan halaman Lupa Sandi halaman Lupa Sandi 3. Anggota memasukkan data 4. Anggota memilih

25 115 Exception conditions - tombol submit 4.1 Sistem akan menyimpan data 4.2 Sistem akan mengirim Sandi baru ke anggota Tabel 4.17 Use Case Description dari Mengubah Sandi Use Case Name Mengubah Sandi Scenario Mengubah Sandi yang digunakan untuk melakukan login oleh anggota Triggerring Event Anggota ingin mengubah Sandi yang digunakan untuk melakukan login Brief Description Anggota yang ingin mengubah sandi untuk melakukan login di website. Anggota memasukan sandi lama, sandi baru, dan konfirmasi sandi baru. Actor Anggota Related Use Cases - Stakeholders - Preconditions Mengakses beranda Postconditions Sistem berhasil mengganti password anggota untuk melakukan login Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan menu Ubah Sandi halaman Ubah Sandi 2. Anggota memasukkan data yang diminta 3. Anggota memilih tombol Submit 3.1 Sistem memverifikasi data yang diberikan oleh publik 3.2 Sistem menyimpan sandi yang telah diubah ke dalam database 3.3 Sandi lama telah berhasil diganti dengan sandi baru Exception conditions 3.1 Jika inputan tidak sesuai, sistem akan memberikan pesan kesalahan untuk anggota Tabel 4.18 Use Case Description dari Mengubah Profil Use Case Name Mengubah Profil Scenario Mengubah data yang ada pada halaman Akun Saya Triggerring Event Anggota ingin mengubah data yang telah diberikan Brief Description Halaman ini berfungsi untuk melakukan pengubahan data yang diinginkan oleh Anggota. Actor Anggota Related Use Cases -

26 116 Stakeholders - Preconditions Anggota berhasil melakukan login Postconditions Sistem akan mengubah data profil Anggota Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan menu Akun Saya halaman Akun Saya 2. Anggota memilih 2.1 Sistem menampilkan link Ubah Profil halaman Ubah Profil 3. Anggota memasukkan data yang ingin diubah 4. Anggota memilih tombol Submit 4.1 Sistem melakukan verifikasi terhadap data yang diubah 4.2 Sistem akan menyimpan data yang telah diubah di dalam database 4.3 Sistem akan menampilkan data yang telah diubah Exception conditions 4.1 Jika inputan tidak lengkap, sistem akan memberikan pesan untuk melengkapi Tabel 4.19 Use Case Description dari Mengakses Catatan Donasi Use Case Name Mengakses Catatan Donasi Scenario Menampilkan histori donasi yang dilakukan oleh anggota Triggerring Event Anggota ingin melihat donasi sudah pernah dibuat dan dibayarkan Brief Description Anggota memilih tanggal. Sistem menampilkan transaksi donasi seuai tanggal yang dipilih. Sistem juga menampilkan reminder tanggal dan jumlah yang harus dibayarkan sesuai dengan komitmen yang dibuat anggota. Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggota melakukan Login. Anggota memilih menu Akun Saya. Anggota memilih menu Catatan Donasi Postconditions Anggota mengetahui histori donasi yang pernah dibuatnya Flow of Events Actor System 1. Anggota memilih 1.1 Sistem memunculkan menu Catatan halaman Catatan Donasi Donasi 2. Anggota menentukan rentang waktu 3.1 Sistem memunculkan

27 Exception conditions - dilakukannya donasi 3. Anggota menekan tombol Submit histori donasi dari anggota 117 Tabel 4.20 Use Case Description dari Mengakses Detail Catatan Donasi OJA Use Case Name Mengakses Detail Catatan Donasi OJA Scenario Menampilkan detail donasi OJA yang dilakukan anggota Triggerring Event Anggota ingin melihat detail donasi OJA yang dilakukannya Brief Description Anggota memilih kode donasi OJA di halaman catatan donasi. Sistem menampilkan detail donasi OJA beserta link berhenti donasi Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggota melakukan Login. Anggota memilih menu Akun Saya. Anggota memilih menu Catatan Donasi Postconditions Anggota mengetahui detail donasi OJA yang pernah dibuatnya Flow of Events Actor System 1. Anggota memilih 1.1 Sistem memunculkan menu Catatan halaman Catatan Donasi Donasi 2. Anggota menentukan rentang waktu 3.1 Sistem memunculkan dilakukannya donasi 3. Anggota histori donasi dari anggota 4.1 Sistem memunculkan halaman detail donasi OJA menekan tombol Submit Exception conditions - 4. Anggota memilih donasi OJA dengan mengklik Id Donasi Tabel 4.21 Use Case Description dari Melakukan berhenti donasi Use Case Name Scenario Triggerring Event Melakukan berhenti donasi Anggota mengisi alasan berhenti donasi Anggota ingin memberhentikan komitmennya pada Donasi OJA

28 118 Brief Description Anggota memilih kode donasi OJA di halaman catatan donasi. Sistem menampilkan detail donasi OJA beserta link berhenti donasi yang dapat dipilih anggota. Lalu anggota mengisi alasan berhenti. Actor Anggota Related Use Cases - Stakeholders - Preconditions Anggota melakukan Login. Anggota memilih menu Akun Saya. Anggota memilih menu Catatan Donasi. Anggota melihat Detail Catatan Donasi OJA. Anggota memilih link berhenti donasi. Anggota memilih tombol berhenti donasi. Postconditions Sistem mengubah status Donasi OJA dan status Lansia Flow of Events Actor System 1. Anggota memilih 1.1 Sistem memunculkan menu Catatan halaman Catatan Donasi Donasi 2. Anggota Exception conditions - menentukan rentang waktu dilakukannya donasi 3. Anggota menekan tombol Submit 4. Anggota memilih donasi OJA dengan mengklik Id Donasi 5. Anggota memilih link berhenti donasi 6. Anggota memasukkan alasan dan menekan tombol berhenti donasi 3.1 Sistem memunculkan histori donasi dari anggota 4.1 Sistem memunculkan halaman detail donasi OJA 5.1 Sistem memmunculkan halam berhenti donasi 6.1 Sistem menyimpan alasan berhenti 6.2 Sistem mengubah status donasi OJA dan status lansia Tabel 4.22 Use Case Description dari Membuat Konfirmasi Pembayaran Use Case Name Scenario Triggerring Event Brief Description Actor Membuat Konfirmasi Pembayaran Anggota telah melakukan pembayaran dan melakukan konfirmasi Anngota sudah melakukan pembayaran Anggota memilih menu Konfirmasi Pembayaran. Sistem menampilkan halaman Konfirmasi Pembayaran Anggota

29 119 Related Use Cases - Stakeholders - Preconditions Anggota melakukan Login. Anggota melakukan pembayaran donasi. Anggota membuka catatan donasi. Postconditions Sistem menyimpan konfirmasi pembayaran anggota Flow of Events Actor System 1. Anggota memilih menu Akun Saya Exception conditions - 2. Anggota memilih link catatan donasi 3. Anggota memilih link konfirmasi 4. Anggota mengisi data yang dibutuhkan 5. Anggota menekan tombol Submit 2.1 Sistem memunculkan halaman Catatan Donasi 3.1 Sistem memunculkan halaman Pembayaran Konfirmasi 5.1 Sistem menyimpan konfirmasi pembayaran yang dilakukan anggota Tabel 4.23 Use Case Description dari Melakukan Logout Use Case Name Melakukan Logout Scenario Halaman ini berfungsi keluar dari hak akses sebagai anggota di website Panti Werdha Wisma Mulia Triggerring Event Anggota telah selesai melakukan kegiatan di website Panti Werdha Wisma Mulia Brief Description Member memilih link keluar untuk keluar daru hak aksesnya sebagai anggota dalam website Actor Anggota Related Use Cases - Stakeholders Anggota : Untuk melakukan Logout Preconditions Anggota berhasil melakukan Login Postconditions Anggota keluar dari hak aksesnya dan kembali memiliki hak akses yang sama seperti publik Flow of Events Actor System 1. Anggota memilih 1.1 Sistem menampilkan link keluar halaman beranda menu publik dan anggota keluar dari hak aksesnya Exception conditions -

30 Use Case Diagram Admin Gambar 4.8 menggambarkan use case diagram untuk admin yang merupakan staff dari Panti Werdha Wisma Mulia yang bertugas mengelola website.

31 121 Sistem e-crm Panti Werdha Wisma Mulia mengelola_cara_berd onasi mengelola_cara_menj adi_partner mengelola_faq mengelola_anggota mengelola_lansia mengelola_galari_fo to mengelola_partner _kami mengelola_beranda mengelola_paket_don asi admin mengelola_transaksi _donasi_oja mengelola_transaksi_ donasi_reguler mengirim_pesan mengakses_riwayat_p esan mengakses_konfirmas i_pembayaran mengakses_laporan_al asan_berhenti mengakses_laporan_d onasi_oja mengakses_laporan_d onasi_reguler mengakses_laporan_a nggotatop Gambar 4.8 Use Case Diagram hak akses admin

32 122 Aktor dari setiap use case diagram admin adalah admin, mereka adalah staff dari Panti Werdha Wisma Mulia yang bertugas mengelola website. Penjelasan dari tiap use case yang terdapat pada use case diagram anggota dapat dilihat pada use case description berikut:

33 123 Tabel 4.24 Use Case Description dari Mengelola Cara Berdonasi Use Case Name Mengelola Cara Berdonasi Scenario Untuk mengubah halaman Cara Berdonasi. Triggerring Event Ada penambahan atau kesalahan dalam halaman Cara Berdonasi. Brief Description Mengubah halaman Cara Berdonasi Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin mengubah halaman Cara Berdonasi. Postconditions Sistem menyimpan perubahan pada halaman Cara Berdonasi. Flow of Events Actor System 1. Admin memilih menu Cara Berdonasi 2. Admin mengisi informasi Exception conditions - halaman Cara Berdonasi 3. Admin memilih tombol Simpan 1.1 Sistem menampilkan halaman Cara Berdonasi 3.1 Sistem memverifikasi dan menyimpan data Tabel 4.25 Use Case Description dari Mengelola Cara Menjadi Partner Use Case Name Mengelola Cara Menjadi Partner Scenario Untuk mengubah halaman Cara Menjadi Partner. Triggerring Event Ada penambahan atau kesalahan dalam halaman Cara Menjadi Partner Brief Description Mengubah halaman Cara Menjadi Partner Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin mengubah halaman Cara Menjadi Partner. Postconditions Sistem menyimpan perubahan pada halaman Cara Berdonasi. Flow of Events Actor System 1. Admin memilih menu Cara Menjadi Partner 2. Admin mengisi informasi halaman Cara Menjadi Partner 3. Admin memilih 1.1 Sistem menampilkan halaman Cara menjadi Partner 3.1 Sistem memverifikasi dan menyimpan data

34 124 tombol Simpan Exception conditions - Tabel 4.26 Use Case Description dari Mengelola FAQ Use Case Name Mengelola FAQ Scenario Untuk menambah, menghapus, dan mengubah pertanyaan dan jawaban pada FAQ. Triggerring Event Ada penambahan atau kesalahan dalam halaman FAQ. Brief Description Menambah, menghapus, dan mengubah partner. Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin ingin menambah atau mengubah pertanyaan atau jawaban pada FAQ Postconditions Sistem menyimpan penambahan dan perubahan pada halaman FAQ Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu FAQ halaman FAQ 2. Admin memilih Exception conditions - tombol tambah FAQ 3. Admin mengisi data 4. Admin memilih tombol Simpan 5. Admin memilih FAQ yang akan diubah 6. Admin memasukkan data-data yang akan diubah 7. Admin memilih tombol Simpan 8. Admin menghapus FAQ 4.1 Sistem memverifikasi dan menyimpan data 7.1 Sistem memverifikasi dan menyimpan data 8.1 Sistem menghapus data Tabel 4.27 Use Case Description dari Mengelola Anggota Use Case Name Scenario Triggerring Event Brief Description Mengelola Anggota Menampilkan data anggota dan Ada perubahan pada data anggota Halaman ini menampilkan daftar anggota sistem e-crm Panti Werdha Wisma Mulia juga berisi detail informasi

35 125 anggota termasuk catatan transaksi donasi tiap anggota. Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan login Postconditions Sistem menyimpan perubahan pada data anggota Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu mengelola anggota. halaman anggota. mengelola 2.1 Sistem menampilkan 2. Admin bisa hasil pencarian. melakukan pencarian data anggota dengan menuliskan kata kunci dan mengklik tombil Cari. 3. Admin memilih salah satu baris dari data anggota. 4. Admin dapat mengubah data anggota dengan mengklik link ubah, baris yang dipilih akan aktif dan admin dapat melakukan perubahan data. 5. Admin menekan tombol Simpan. 3.1 Sistem menampilkan catatan donasi anggota. 5.1 Sistem akan menyimpan perubahan data yang dilakukan. 6.1 Sistem akan menghapus baris data anggota yang dipilih. Exception conditions - 6. Admin dapat menghapus data anggota dengan memilih link Hapus. Tabel 4.28 Use Case Description dari Mengelola Lansia Use Case Name Mengelola Lansia Scenario Untuk menambah, menghapus, dan mengubah data Lansia. Triggerring Event Ada penambahan atau kesalahan pada data Lansia Brief Description Menambah, menghapus, dan mengubah Lansia. Actor Admin Related Use Cases - Stakeholders -

36 126 Preconditions Admin melakukan Login. Admin ingin menambah atau mengubah Lansia. Postconditions Sistem menyimpan penambahan dan perubahan pada data Lansia. Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Lansia halaman mengelola Lansia 2. Admin memilih Exception conditions - tombol tambah Lansia 3. Admin mengisi data 4. Admin memilih tombol Simpan 5. Admin memilih Lansia yang akan diubah 6. Admin memasukkan data-data yang akan diubah 7. Admin memilih tombol Simpan 8. Admin menghapus Lansia 4.1 Sistem memverifikasi dan menyimpan data 7.1 Sistem memverifikasi dan menyimpan data 8.1 Sistem menghapus data Tabel 4.29 Use Case Description dari Mengelola Galeri Foto Use Case Name Mengelola Galeri Foto Scenario Untuk menambah, menghapus, dan mengubah foto pada galeri foto Triggerring Event Ada penambahan atau kesalahan pada galeri foto Brief Description Menambah, menghapus, dan mengubah galeri foto. Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin ingin menambah atau mengubah galeri foto. Postconditions Sistem menyimpan penambahan dan perubahan pada data galeri foto. Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Galeri Foto halaman mengelola Galeri 2. Admin memilih Foto tombol tambah foto 3. Admin mengisi data 4.1 Sistem memverifikasi

37 Exception conditions - 4. Admin memilih tombol Simpan 5. Admin memilih foto yang akan diubah 6. Admin memasukkan data-data yang akan diubah 7. Admin memilih tombol Simpan 8. Admin menghapus foto dan menyimpan data Sistem memverifikasi dan menyimpan data 8.1 Sistem menghapus data Tabel 4.30 Use Case Description dari Mengelola Partner Use Case Name Mengelola Partner Scenario Untuk menambah, menghapus, dan mengubah partner. Triggerring Event Ada penambahan atau kesalahan dalam halaman Partner Kami. Brief Description Menambah, menghapus, dan mengubah partner. Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin ingin menambah atau mengubah partner. Postconditions Sistem menyimpan penambahan dan perubahan pada halaman Partner Kami.. Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Partner halaman Partner 2. Admin memilih tombol tambah partner 3. Admin mengisi data 4. Admin memilih tombol Simpan 5. Admin memilih partner yang akan diubah 6. Admin memasukkan data-data yang akan diubah 7. Admin memilih tombol Simpan 8. Admin menghapus partner 4.1 Sistem memverifikasi dan menyimpan data 7.1 Sistem memverifikasi dan menyimpan data 8.1 Sistem menghapus data

38 128 Exception conditions - Tabel 4.31 Use Case Description dari Mengelola Beranda Use Case Name Mengelola Beranda Scenario Untuk mengubah halaman Beranda. Triggerring Event Ada penambahan atau kesalahan dalam halaman Beranda Brief Description Mengubah halaman beranda Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin mengubah halaman Beranda Postconditions Sistem menyimpan perubahan pada halaman Beranda Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu mengelola halaman Mengelola beranda beranda 2. Admin mengisi informasi halaman beranda 3. Admin memilih 3.1 Sistem memverifikasi tombol Simpan dan menyimpan data Exception conditions - Tabel 4.32 Use Case Description dari Mengelola Hadiah Donasi Use Case Name Mengelola Hadiah Donasi Scenario Untuk menambah, menghapus, dan mengubah hadiah donasi Triggerring Event Ada penambahan atau kesalahan pada hadiah donasi Brief Description Menambah, menghapus, dan mengubah hadiah donasi. Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin ingin menambah atau mengubah hadiah donasi. Postconditions Sistem menyimpan penambahan dan perubahan pada data hadiah donasi Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Hadiah halaman mengelola Hadiah Donasi 2. Admin memilih Donasi tombol tambah hadiah 3. Admin mengisi 4.1 Sistem memverifikasi data dan menyimpan data

39 Exception conditions - 4. Admin memilih tombol Simpan 5. Admin memilih hadiah yang akan diubah 6. Admin memasukkan data-data yang akan diubah 7. Admin memilih tombol Simpan 8. Admin menghapus hadiah Sistem memverifikasi dan menyimpan data 8.1 Sistem menghapus data Tabel 4.33 Use Case Description dari Mengelola Donasi OJA Use Case Name Mengelola Donasi OJA Scenario Untuk mengirim reminder dan mengesahkan pembayaran. Triggerring Event Anggota belum menyelesaikan komitmennya sehinnga perlu dikirimkan reminder ataupun Anggota sudah melakukan pembayaran Brief Description Memngirim reminder dan mengesahkan pembayaran Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin membuka halaman mengelola Donasi OJA Postconditions Sistem menngirimkan reminder dan memgubah status pembayaran anggota Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu mengelola Transaksi Donasi OJA. halaman mengelola Donasi OJA 2.1 Sistem menampilkan 2. Admin bisa hasil pencarian. melakukan pencarian data donasi dengan menuliskan kata kunci dan mengklik tombil Cari, atau admin dapat memilih transaksi donasi dengan membatasi tanggal transaksi 3. Admin dapat mencentang 4.1 Sistem mengrimkan pesan reminder donasi kepada anggota yang sudah

40 130 kolom kirim reminder 4. Admin menekan tombol kirim reminder melakukan komitmen 5.1 Sistem akan memunculkan popup pembayaran 5. Admin memilih salah satu baris dari transaksi donasi 6. Admin dapat mencentang pembayaran yang sudah dilakukan anggota di bulannya 7. Admin menekan tombol Simpan. 5.1 Sistem akan menyimpan perubahan data yang dilakukan. 6.1 Sistem akan mengubah status donasi menjadi selesai Exception conditions - 8. Admin dapat menghentikan donasi dengan memilih link Berhenti Donasi. Tabel 4.34 Use Case Description dari Mengelola Donasi Reguler Use Case Name Mengelola Donasi Reguler Scenario Untuk mengirim reminder dan mengesahkan pembayaran. Triggerring Event Anggota belum menyelesaikan komitmennya sehinnga perlu dikirimkan reminder ataupun Anggota sudah melakukan pembayaran Brief Description Memngirim reminder dan mengesahkan pembayaran Actor Admin Related Use Cases - Stakeholders - Preconditions Admin melakukan Login. Admin membuka halaman mengelola Donasi Reguler Postconditions Sistem menngirimkan reminder dan mengubah status pembayaran anggota Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu mengelola Transaksi Donasi Reguler. halaman mengelola Donasi OJA 2.1 Sistem menampilkan 2. Admin bisa hasil pencarian. melakukan

41 131 pencarian data donasi dengan menuliskan kata kunci dan mengklik tombil Cari, atau admin dapat memilih transaksi donasi dengan membatasi tanggal transaksi 3. Admin dapat mencentang kolom kirim reminder 4. Admin menekan tombol kirim reminder 4.1 Sistem mengrimkan pesan reminder donasi kepada anggota yang sudah melakukan komitmen 5.1 Sistem akan memunculkan popup pembayaran 5. Admin memilih salah satu baris dari transaksi donasi 6. Admin dapat mencentang pembayaran yang sudah dilakukan anggota di bulannya 7. Admin menekan tombol Simpan. 5.1 Sistem akan menyimpan perubahan data yang dilakukan. 6.1 Sistem akan mengubah status donasi menjadi selesai Exception conditions - 8. Admin dapat menghentikan donasi dengan memilih link Berhenti Donasi. Tabel 4.35 Use Case Description dari Mengirim Pesan Use Case Name Mengirim Pesan Scenario Untuk mengirim pesan kepada anggota Triggerring Event Admin ingin menulis dan mengirimkan pesan kepada anggota Brief Description Menulis dan mengirim pesan kepada sekelompok anggota Actor Admin Related Use Cases -

42 132 Stakeholders - Preconditions Admin melakukan Login. Admin menulis dan mengirim pesan Postconditions Sistem mengirimkan pesan yang ditulis admin ke masing-masing Anggota Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Mengirim halaman Mengirim pesan pesan 2. Admin memilih kelompok Anggota yang dituju 4.1 Sistem mengirim pesan 3. Admin menulis pesan 4. Admin menekan tombol kirim Exception conditions - Tabel 4.36 Use Case Description dari Mengirim Pesan Use Case Name Mengakses Riwayat Pesan Scenario Untuk melihat riwayat pengiriman pesan Triggerring Event Admin ingin melihat riwayat pengiriman pesan Brief Description Melihat Riwayat pengiriman pesan Actor Admin Related Use Cases - Stakeholders Admin Preconditions Admin melakukan Login. Admin membuka halaman riwayat pesan Postconditions Sistem menampilkan halaman riwayat pesan Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu riwayat halaman riwayat pesan pesan 2. Admin bisa 2.1 Sistem menampilkan hasil pencarian. melakukan pencarian riwayat pesan dengan membatasi tanggal pengiriman 3. Admin menekan tombol Cetak. 3.1 Sistem mencetak riwayat pesan Exception conditions - Tabel 4.37 Use Case Description dari Mengakses konfirmasi pembayaran

43 Use Case Name Mengakses konfirmasi pembayaran Scenario Menampilkan data konfirmasi pembayaran dari Anggota Triggerring Event Admin ingin melihat konfirmasi pembayaran dari anggota Brief Description Halaman ini digunakan apabila admin ingin melihat konfirmasi pembayaran donasi dari para anggota Actor Admin Related Use Cases - Stakeholders Admin : melihat konfirmasi pembayaran Preconditions Admin ingin mengecek konfirmasi pembayaran dari para anggota Postconditions Sistem menampilkan konfirmasi pembayaran yang sudah dilakukan oleh anggota Flow of Events Actor System 1. Admin memilih 1.1 Admin menampilkan menu konfirmasi halaman konfirmasi pembayaran pembayaran 2. Admin memilih konfirmasi pembayaran berdasarkan 3. 1 Sistem menampilkan nama, tanggal, data konfirmasi atau Id Donasi Pembayaran anggota 3. Admin menekan tombol filter Exception conditions Tabel 4.38 Use Case Description dari Mengakses Laporan Alasan Berhenti Use Case Name Mengakses Laporan Alasan Berhenti Scenario Untuk melihat data alasan anggota berhenti donasi Triggerring Event Admin ingin melihat alasan anggota berhenti donasi Brief Description Melihat alasan anggota berhenti berdonasi Actor Admin Related Use Cases - Stakeholders Admin Preconditions Admin melakukan Login. Admin membuka halaman alasan berhenti Postconditions Sistem menampilkan halaman alasan berhenti Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu alasan halaman riwayat pesan berhenti 2. Admin bisa 2.1 Sistem menampilkan hasil pencarian. melakukan pencarian data dengan membatasi tanggal anggota melakukan berhenti donasi 3.1 Sistem mencetak riwayat pesan

44 Admin menekan tombol Cetak. Exception conditions - Tabel 4.39 Use Case Description dari Mengakses Laporan Donasi OJA Use Case Name Mengakses Laporan Donasi OJA Scenario Untuk melihat Laporan Donasi OJA Triggerring Event Admin ingin melihat Laporan Donasi OJA Brief Description Melihat Laporan Donasi OJA Actor Admin Related Use Cases - Stakeholders Admin Preconditions Admin melakukan Login. Admin membuka halaman Laporan Donasi OJA Postconditions Sistem menampilkan halaman alasan berhenti Flow of Events Actor System 1. Admin memilih menu Laporan Donasi OJA 2. Admin menekan tombol Cetak. 1.1 Sistem menampilkan halaman Laporan Donasi OJA 2.1 Sistem mencetak riwayat pesan Exception conditions - Tabel 4.40 Use Case Description dari Mengakses Laporan Donasi Reguler Use Case Name Mengakses Laporan Donasi Reguler Scenario Untuk melihat Laporan Donasi Reguler Triggerring Event Admin ingin melihat Laporan Donasi Reguler Brief Description Melihat Laporan Donasi Reguler Actor Admin Related Use Cases - Stakeholders Admin Preconditions Admin melakukan Login. Admin membuka halaman Laporan Donasi Reguler Postconditions Sistem menampilkan halaman Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Laporan halaman Laporan Donasi Donasi Reguler Reguler 2. Admin bisa 2.1 Sistem menampilkan melakukan hasil pencarian dan pencarian data melakukan penjumlahan donasi dengan total donasi.

45 135 menuliskan kata kunci dan mengklik tombil Cari, 3. Admin menekan tombol cetak 2.1 Sistem mencetak Laporan Donasi Reguler Exception conditions -

46 136 Tabel 4.41 Use Case Description dari Mengakses Anggota TOP Use Case Name Mengakses Anggota TOP Scenario Untuk melihat 10 anggota dengan donasi terbanyak di bulannya Triggerring Event Admin ingin melihat anggota dengan donasi terbanyak Brief Description Melihat anggota dengan donasi terbanyak di bulannya Actor Admin Related Use Cases - Stakeholders Admin Preconditions Admin melakukan Login. Admin membuka halaman Laporan Anggota TOP Postconditions Sistem menampilkan halaman Flow of Events Actor System 1. Admin memilih 1.1 Sistem menampilkan menu Anggota halaman Anggota TOP TOP 2.1 Sistem menampilkan 2. Admin bisa hasil pencarian dan melakukan melakukan penjumlahan pencarian data total donasi. donasi dengan memilih bulan dan mengklik tombil Cari, 3. Admin menekan tombol cetak 2.1 Sistem mencetak Anggota TOP Exception conditions -

47 Class Diagram class Class Diagram Foto FAQ Beranda 1..* Cara_berdonasi 1..* 1 Alasan_Berhenti 1 Partner 0..* * 1 Admin Anggota Konfirmasi_Pembayaran Pesan 0..* * * 1 Donasi Cara_menjadi_partner 1 1..* Lansia Donasi_OJA Donasi_Reguler 1..* Hadiah_donasi 1 1..* 1 1 Gambar 4. 9 Class Diagram E-CRM Panti Werdha Wisma Mulia

48 Sequence Diagram ecrm Panti Werdha Wisma Mulia Berikut ini merupakan sequence diagram yang memperlihatkan interaksi antar objek untuk tiap use case yang ada. Sequence diagram akan dikelompokkan sesuai dengan use case diagram, yaitu sequence diagram untuk hak akses publik, hak akses anggota, dan hak akses admin.

49 4.5.1 Sequence Diagram Hak Akses Publik 139

50 140 sd View beranda publik publik :MainWindow opt select menu alt select menu [click tentang kami] click tentang kami ref Mengakses Tentang Kami [click galeri foto] click galeri foto ref Mengakses Galeri Foto [click partner kami] click partner kami ref Mengakses Partner Kami [click hubungi kami] click hubungi kami ref Mengakses Hubungi Kami [click cara berdonasi] click cara berdonasi ref Mengakses Cara Berdonasi [click cara menjadi partner] click cara menjadi partner ref Mengakses Cara Menjadi Partner [click FAQ] click FAQ ref Mengakses FAQ [click daftar] click daftar ref Melakukan Registrasi [click masuk] click masuk ref login Gambar Sequence Diagram mengakses beranda publik.

51 141 sd Mengakses Tentang Kami Publik :WindowTentangKami generate TentangKami Gambar 4.11 Sequence Diagram mengakses tentang kami sd Mengakses Galeri Foto :Foto Publik :WindowGaleriFoto loop getfoto getfoto Foto Gambar 4.12 Sequence Diagram mengakses galeri foto

52 142 sd Mengakses Partner Kami :Partner Publik :WindowPartnerKami loop getpartner getpartner Partner Gambar 4.13 Sequence Diagram mengakses partner kami sd Mengakses Hubungi Kami Publik :WindowHubungiKami generate HubungiKami input pesan input judul input nama input click submit Gambar 4.14 Sequence Diagram mengakses hubungi kami

53 143 sd Mengakses Cara Berdonasi :CaraBerdonasi Publik :WindowCaraBerdonasi getcaraberdonasi CaraBerdonasi Gambar 4.15 Sequence Diagram mengakses cara berdonasi sd Mengakses Cara Menjadi Partner :CaraMenjadiPartner Publik :WindowCaraMenjadiPartner getcaramenjadipartner CaraMenjadiPartner Gambar 4.16 Sequence Diagram mengakses cara menjadi partner sd Mengakses FAQ FAQ Publik :WindowFAQ loop getfaq getfaq FAQ

54 144 Gambar 4.17 Sequence Diagram mengakses FAQ sd Melakukan Registrasi Anggot:a Publik :WindowRegistrasi listtanggal generatetanggal listbulan generatebulan listtahun generatetahun listkota generatekota input nama input input sandi input konfirmasi sandi checksandi ref okerrormessage input alamat pilih kota getkota opt input notelp input notelp input nohp opt pilih tanggal lahir pilih tanggal lahir gettanggal getbulan gettahun pilih jenis kelamin centang syarat ketentuan click submit Gambar 4.18 Sequence Diagram melakukan registrasi

55 145 sd regisanggota :WindowRegistrasi :Anggota alt checkpublikinput [if username =""] ref msgboxokonly [if sandi ="" atau konfirmasi sandi =""] ref msgboxokonly [if nama =""] ref msgboxokonly [if alamat =""] ref msgboxokonly [if already exists] ref msgboxokonly [if nohp =""] ref msgboxokonly [if sandi status = error] ref msgboxokonly [if syarat dan ketentuan unticky] ref msgboxokonly [if condition is met] getlastcode generatecode clear Anggota Gambar 4.19 Sequence Diagram registrasi anggota

56 146 sd login Anggota Admin Publik :WindowLogin input input sandi click login alt checkanggota [if contains "admin"] checkadmin get ,sandi alt checkinput [if = "" or sandi = ""] ref msgboxokonly [if match sandi] Session getadmin ref msgboxokonly ref Mengakses Beranda [if doesn't contain "admin"] get ,sandi checkanggota alt checkinput [if = "" or password = ""] ref msgboxokonly [if match password] getanggota Session ref msgboxokonly ref Mengakses Beranda opt click Daftar click Register close ref Melakukan Registrasi opt click lupa sandi click lupa sandi close ref Lupa Sandi Gambar 4.20 Sequence Diagram login

57 Sequence Diagram Hak Akses Anggota sd Membuat Donasi Reguler :HadiahDonasiReguler :DonasiReguler Anggota :WindowMembuatDonasiReguler alt jumlahdonasi [pillih] pilih jumlah donasi [isi] Isi jumlah donasi Pilih Frekuensi Donasi gethadiahdonasi hadiahdonasi pilih hadiah donasi click submit getlastcode generatecode add_new_donasi Gambar 4.21 Sequence Diagram membuat donasi reguler

58 148 sd Membuat Donasi OJA :Lansia Anggota :WindowDonasiOJA loop getlansia getlansia Lansia opt click selebihnya ref Mengakses Detail Lansia Gambar 4.22 Sequence Diagram membuat donasi OJA

59 149 sd Mengakses Detail Lansia :Lansia :DonasiOJA Anggota :WindowMengaksesDetailLansia getdatalansia datalansia get_member_jumlah_donasi_oja member_jumlah_donasi_oja input jumlah donasi Menginput Lama Donasi click donasi getlastcode generatecode donasi Gambar 4.23 Sequence Diagram mengakses detail lansia

60 150 sd Mengakses Akun Saya :Anggota Anggota :WindowAkunSaya getanggota Anggota opt alt click ubah profil [click ubah profil] ref Mengubah Profil [click ubah sandi] click ubah sandi ref Lupa Sandi [click catatan donasi] click catatan donasi ref Mengakses catatan donasi Gambar 4.24 Sequence Diagram mengakses akun saya

61 151 sd Lupa Sandi :Anggota Publik :WindowLupaSandi input click reset getanggota checkanggota alt v erifyanggota [if =""] ref msgboxokonly clear [if exist] ref msgboxokonly sentsandi clear Gambar 4.25 Sequence Diagram mengakses lupa sandi

62 152 sd Mengubah Sandi :Anggota Anggota :WindowUbahSandi input sandi lama getsandi checksandi ref okerrormessage input sandi baru re-input sandi baru check sandi baru ref okerrormessage click ok alt v erifysandi [if sandi lama = ""] ref msgboxokonly [if sandi baru = ""] ref msgboxokonly [if konfirmasi sandi baru = ""] ref msgboxokonly [if sandi lama status = error] ref msgboxokonly [if konfirmasi sandi baru = error] ref msgboxokonly [if condition is met] savesandi clear Gambar 4.26 Sequence Diagram mengubah sandi

63 153 sd Mengubah Profil :Anggota Anggota :WindowMengubahProfil listtanggal generatetanggal listbulan generatebulan listtahun generatetahun listkota generatekota getanggota opt ubahdata input foto nama input input alamat input kota input kode pos input notelp input nohp getkota pilih tanggal lahir gettanggal getbulan gettahun pilih jenis kelamin alt UbahBatal [click Ubah] click Ubah ref checkeditprofil [click Batal] click batal Gambar 4.27 Sequence Diagram mengubah profil

64 154 sd checkeditprofil :WindowMengubahProfil :Anggota alt checkanggotainput [if nama = ""] ref msgboxokonly [if alamat = ""] ref msgboxokonly [if nohp = ""] ref msgboxokonly [if = ""] ref msgboxokonly [if condition is met] updateanggota Gambar 4.28 Sequence Diagram check edit profil

65 155 sd Mengakses catatan donasi :DonasiReguler :DonasiOJA Anggota :WindowCatatanDonasi input tanggal mulai input tanggal selesai click submit getdonasireguler donasireguler getdonasioja DonasiOJA opt alt konfirmasi [click konfirmasi pembayaran] click konfirmasi ref Konfirmasi Pembayaran [click kode donasi] click kode donasi ref DetailCatatanDonasi Gambar 4.29 Sequence Diagram mengakses catatan donasi

66 156 sd DetailCatatanDonasi :DonasiOJA Lansia Anggota :WindowDetailCatatanDonasi getdonasi OJA getdatalansia namalansia,totaldonasi,tglberakhir,foto,statusbayar alt berhentidonasi click berhenti donasi ref Berhenti Donasi Gambar 4.30 Sequence Diagram mengakses detail catatan donasi sd Berhenti Donasi :Alasan DonasiOJA Anggota :WindowBerhentiDonasi input alasan click berhenti donasi getlastcode generatecode alasan update status :WindowBerhenti Gambar 4.31 Sequence Diagram berhenti donasi

67 157 sd Konfirmasi Pembayaran :DonasiReguler :DonasiOJA :KonfirmasiPembayaran Anggota :WindowKonfirmasiPembayaran getdatadonasireguler DataDonasiReguler getdatadonasioja DataDonasiOJA input tanggal transfer input Bank input no rekening input nama rekening click submit getlastcode generatecode KonfirmasiPembayaran Gambar 4.32 Sequence Diagram melakukan konfirmasi pembayaran sd Logout Anggota :Window yang aktif melakukan_logout close Gambar 4.33 Sequence Diagram logout

68 Sequence Diagram Hak Akses Admin sd Mengelola Cara Berdonasi :CaraBerdonasi Admin :WindowMengelolaCaraBerdonasi input informasi click simpan updateinformasicaraberdonasi Gambar 4.34 Sequence Diagram mengelola cara berdonasi sd Mengelola Cara Menjadi Partner :CaraMenjadiPartner Admin :WindowCaraMenjadiPartner input informasi click simpan updateinformasicaramenjadipartner Gambar 4.35 Sequence Diagram mengelola cara menjadi partner

69 159 sd Mengelola FAQ :FAQ Admin :WindowMengelolaFAQ Grid_FAQ loop get_data_faq data_faq alt [tambahfaq] input pertanyaan input jawaban click simpan getlastcode generatecode addnewfaq addtogrid [ubahfaq] click ubah ref Ubah FAQ [hapusfaq] click hapus removefromgrid delete Gambar 4.36 Sequence Diagram mengelola FAQ

70 160 sd Ubah FAQ FAQ Admin :WindowMengelolaFAQ click ubah :WindowUbahFAQ GridFAQ loop getdatafaq datafaq getdatafaq datafaq input pertanyaan input jawaban click simpan updatefaq opt click close ref Mengelola FAQ Gambar 4.37 Sequence Diagram ubah FAQ

71 161 sd Mengelola Anggota :Anggota :DonasiReguler :DonasiOJA Admin :WindowMengelolaAnggota GridAnggota loop getdataanggota dataanggota opt pilih kategori pencarian input kata kunci klik cari getdataanggota DataAnggota opt click ubah enable row input perubahan data click perbaharui updateanggota opt click hapus removefromgrid delete pilih Id Anggota GridCatatanDonasi getdatadonasireguler datadonasireguler getdatadonasioja datadonasioja click close Gambar 4.38 Sequence Diagram mengelola anggota

72 162 sd Mengelola Lansia :Lansia Admin :MengelolaLansia GridTanggal generatetanggal GridBulan generatebulan GridTahun generatetahun GridLansia loop getdatalansia datalansia alt [tambahlansia] input nama lansia input foto input no KTP pilih tanggal lahir gettanggal getbulan gettahun input tempat lahir pilih tanggal bergabung gettanggal getbulan gettahun input latar belakang input biaya pilih status pilih keterangan input nama relasi input notelp relasi input nohp relasi input alamat relasi generatecode getlastcode addnewlansia addtogrid [ubahlansia] click ubah ref Ubah Lansia [hapuslansia] click hapus delete removefromgrid Gambar 4.39 Sequence Diagram mengelola lansia

73 163 sd Ubah Lansia :Lansia Admin :WindowMengelolaLansia click ubah :WindowUbahLansia GridTanggal generatetanggal GridBulan generatebulan GridTahun generatetahun GridLansia loop getdatalansia datalansia getdatalansia datalansia input nama lansia input foto input noktp pilih tanggal lahir gettanggal getbulan gettahun input tempat lahir pilih tanggal bergabung gettanggal getbulan gettahun input latar belakang input biaya pilih status pilih keterangan input nama relasi input notelp relasi input nohp relasi input alamat relasi update lansia Gambar 4.40 Sequence Diagram ubah lansia

74 164 sd Mengelola Galeri Foto Foto Admin :WindowMengelolaGaleriFoto GridFoto loop getdatafoto datafoto alt [tambahfoto] input judul foto input foto click tanbah foto getlastcode generatecode addtogrid addnewfoto [ubahfoto] click ubah ref Ubah Foto [hapusfoto] click hapus removefromgrid delete Gambar 4.41 Sequence Diagram mengelola galeri foto

75 165 sd Ubah Foto Foto Admin :WindowMengelolaGaleriFoto :WindowUbahFoto GridFoto loop getdatafoto datafoto getdatafoto datafoto input judul foto input foto update foto Gambar 4.42 Sequence Diagram ubah foto

76 166 sd Mengelola Partner Kami :Partner Admin :WindowMengelolaPartnerKami GridPartner loop getdatapartner datapartner alt [tambahpartner] input nama partner input logo input bidang partner input nama PIC input no Telp PIC click tambah partner generatecode getlastcode addnewpartner addtogrid [ubahpartner] click ubah ref Ubah Partner [hapuspartner] click hapus delete removefromgrid Gambar 4.43 Sequence Diagram meneglola partner kami

77 167 sd Ubah Partner :Partner Admin :WindowMengelolaPartnerKami :WindowUbahPartner GridPartner getdatapartner datapartner getdatapartner datapartner input nama partner input logo input bidang partner input nama PIC input notelp PiC click submit update Partner Gambar 4.44 Sequence Diagram ubah partner sd Mengelola Beranda :Beranda Admin :WindowBeranda input informasi input banner click submit update beranda Gambar 4.45 Sequence Diagram mengelola beranda

78 168 sd Mengelola Hadiah Donasi :HadiahDonasi Admin :WindowMengelolaHadiahDonasi :GridHadiahDonasi loop getdatahadiahdonasi datahadiahdonasi alt [tambahhadiah] input hadiah input keterangan getlastcode generatecode addtogrid addnewhadiah [ubahhadiah] opt click ubah ref Ubah Hadiah Donasi [hapushadiah] opt click hapus delete removefromgrid Gambar 4.46 Sequence Diagram mengelola hadiah donasi

79 169 sd Ubah Hadiah Donasi :HadiahDonasi Admin :WindowHadiahDonasi GridHadiahDonasi loop getdatahadiahdonasi datahadiahdonasi input hadiah input keterangan updatehadiahdonasi opt click close ref Mengelola Hadiah Donasi Gambar 4.47 Sequence Diagram ubah hadiah donasi

80 170 sd Mengelola Donasi OJA :DonasiOJA Admin :WindowMengelolaDonasiOJA opt [pilihkategori] pilih kategori pencarian input kata kunci [pilihtanggal] pilih tanggal mulai pilih tanggal selesai click cari :GridDonasiOJA loop getdatadonasioja datadonasioja alt memilih pengiriman reminder [mengirimreminder] click kirim reminder mengirimreminder [statusbayar] click kode donasi :WindowStatusBayar GridStatusBayar loop getstatusbayar statusbayar pilih bulan bayar click simpan updatestatusbayar opt Berhenti Donasi click berhenti donasi updatestatusdonasi Gambar 4.48 Sequence Diagram mengelola donasi OJA

81 171 sd Mengelola Donasi Reguler :DonasiReguler Admin :WindowMengelolaDonasiReguler opt [pilihkategori] pilih kategori pencarian input kata kunci [pilihtanggal] pilih tanggal mulai pilih tanggal selesai click cari :GridDonasiReguler loop getdatadonasioja datadonasioja alt [mengirimreminder] memilih pengiriman reminder click kirim reminder mengirimreminder [statusbayar] click kode donasi :WindowStatusBayar GridStatusBayar loop getstatusbayar statusbayar pilih bulan bayar click simpan updatestatusbayar opt Berhenti Donasi click berhenti donasi updatestatusdonasi Gambar 4.49 Sequence Diagram mengelola donasi reguler

82 172 sd Mengirim Pesan :Pesan Actor1 :WindowMengirimPesan pilih penerima Input pesan click kirim mengirimpesan addnewpesan Gambar 4.50 Sequence Diagram mengirim pesan sd Mengakses Riwayat Pesan :Pesan Admin :WindowRiwayatPesan pilih tanggal mulai pilih tanggal selesai GridPesan loop getdatapesan datapesan Gambar 4.51 Sequence Diagram mengakses riwayat pesan

83 173 sd Mengakses Konfirmasi Pembayaran :KonfirmasiPembayaran Admin :WindowKonfirmasiPembayaran pilih kategori pencarian pilih tanggal mulai pilih tanggal selesai click cari GridKonfirmasiPembayaran loop getdatakonfirmasipembayaran DataKonfirmasiPembayaran opt click cetak cetak Gambar 4.52 Sequence Diagram mengakses konfirmasi pembayaran

84 174 sd Mengakses Laporan Alasan Berhenti :Alasan Admin :WindowLaporanAlasan pilih tanggal mulai pilih tanggal selesai click cari GridAlasanBerhenti loop getdataalasan dataalasan opt click cetak cetak Gambar 4.53 Sequence Diagram mengakses laopran berhenti donasi sd Mengakses Laporan Donasi OJA :DonasiOJA Admin :WindowLaporanDonasiOJA GridLaporanDonasiOJA loop getdatadonasioja datadonasioja opt click cetak cetak

85 175 Gambar 4.54 Sequence Diagram mengakses laporan donais OJA sd Mengakses Laporan Donasi Reguler :DonasiReguler Admin :WindowLaporanDonasiReguler GridLaporanDonasiReguler loop getdatadonasireguler datadonasireguler opt click cetak cetak Gambar 4.55 Sequence Diagram mengakses laopran donasi reguler

86 176 sd Mengakses Laporan Anggota TOP :DonasiReguler :DonasiOJA Admin :WindowLaporanAnggotaTOP GridDataDonasi getdatadonasireguler datadonasireguler getdatadonasioja datadonasioja gettotaldonasi opt click cetak cetak Gambar 4.56 Sequence Diagram mengakses laporan anggota TOP sd msgboxokonly :Window Actor msgbox message(parameter) message click ok close Gambar 4.57 Sequence Diagram msgboxokonly

87 177 sd msgboxyesno :Window Actor msgbox message(parameter) message choose msgbox_value Gambar 4.58 Sequence Diagram msgboxyesno sd okerrormessage :Window alt confirmation [if status is error] ok_message [if status is ok] error_message Gambar 4.59 Sequence Diagram msgboxokerrormessage

88 Rancangan User Interface Rancangan User Interface Publik Berikut ini adalah rancangan user interface untuk publik pada sistem ecrm yang diusulkan : Gambar 4.60 User Interface Halaman beranda publik

89 179 Halaman utama untuk publik. Pada halaman ini terdapat menu-menu yang terdapat pada bagian atas website, yaitu beranda, tentang kami, donasi, galeri foto, partner kami, hubungi kami. Ditengah halaman terdapat banner mengenai kegiatan panti werdha. <<Image>> Logo Panti Beranda Tentang Kami Donasi Galeri Foto Partner Kami Hubungi Kami Masuk Daftar Daftar Nama Sandi Konfirmasi Sandi Alamat Kota Jakarta No. Telepon Nama No. Nama HP Tanggal Lahir Jenis Kelamin Nama Laki-Laki Perempuan Submit Saya menerima syarat dan ketentuan yang berlaku sebagai anggota di Panti Werdha Wisma Mulia Footer Gambar 4.61 User Interface Halaman registrasi

90 180 Halaman registrasi anggota adalah halaman bagi publik yang ingin mendaftar secara online. Di halaman ini publik diharuskan mengisi data diri sesuai dengan field yang sudah disediakan. Begitu publik menekan tombol submit maka anggota telah terdaftar sebagai member. Dan anggota akan menerima untuk melakukan aktifasi akun. Gambar 4.62 User Interface Halaman sukses registrasi Halaman Daftar berhasil akan muncul apabila publik telah sukses melakukan proses registrasi.

91 181 Gambar 4.63 User Interface Halaman tentang kami Halaman tentang kami adalah halaman yang memberikan informasi mengenai latar belakang, landasan hukum, visi dan misi, tujuan dan sasaran dari Panti Werdha Wisma Mulia. Diharapkan dengan halaman ini publik dapat mengetahui lebih jelas mengenai panti.

92 182 Gambar 4.64 User Interface Halaman galeri foto Halaman galeri foto berisi foto-foto seputar Panti Werdha Wisma Mulia baik foto bangunan, kamar, juga kegiatan yang dilakukan.

93 183 Gambar 4.65 User Interface Halaman partner kami Halaman Partner Kami adalah halaman yang menampilkan logo-logo perusahaan yang bekerja sama dengan Panti Werdha Wisma Mulia.

94 184 <<Image>> Logo Panti Beranda Tentang Kami Donasi Cara Berdonasi Galeri Foto Menjadi Partner Partner Kami FAQ Hubungi Kami Cara Berdonasi Masuk Daftar Disini kami memberikan banyak kemudahan pada anda yang ingin berdonasi, juga kami memiliki paket-paket berdonasi sesuai dengan keinginan anda. xxxxxxxx Footer Gambar 4.66 User Interface Halaman cara berdonasi Halaman Cara Berdonasi memberikan informasi mengenai bagaimana tata cara donasi online, juga berisi informasi pilihan cara berdonasi apakah reguler ataupun OJA. Di halaman ini semuanya akan dibahas secara rinci.

95 185 Gambar 4.67 User Interface Halaman cara menjadi partner Halaman Menjadi Partner berisi informasi mengenai cara-cara yang dapat dilakukan perusahaan untuk menjadi partner dari Panti Werdha Wisma Mulia juga keuntungankeuntungan yang di dapat perusahaan.

96 186 Gambar 4.68 User Interface Halaman FAQ Halaman FAQ berguna bagi publik untuk mengetahui informasi dari pertanyaanpertanyaan yang biasa ditanyakan oleh pengunjung lainnya juga disertakan jawaban untuk setiap pertanyaan

97 187 Gam bar 4.69 User Interface Halaman hubungi kami Pada halaman hubungi kami terdapat sebuah form berisi pesan yang ingin disampaikan dari pihak publik kepada bagian internal Panti Werdha Wisma Mulia. Di halaman ini juga terdapat peta lokasi dari Panti Werdha, alamat dan facebook link.

98 188 Gamb ar 4.70 User Interface Halaman login Halaman ini akan muncul apabila publik menekan tombol masuk. Publik harus memasukkan dan sandi yang sesuai. Jika publik merupakan anggota maka akan langsung diarahkan ke halaman beranda anggota. Bila publik adalah admin, maka akan diarahkan menuju beranda admin. Namun jika publik belum melakukan registrasi maka dapat menekan tombol daftar. Dan jika publik lupa sandi dari akunnya, ia dapat menekan tombol lupa sandi.

99 189 Gambar 4.71 User Interface Halaman lupa sandi Pada halaman ini, publik dapat mereset ulang sandi mereka. Publik cukup mengisi yang mereka daftarkan di website lalu menekan tombol reset. Sistem akan memeriksa apakah tersebut ada di database. Jika ada maka sistem akan mengirim sandi baru kepada alamat tersebut Rancangan User Interface Anggota

100 Berikut ini adalah rancangan user interface untuk anggota pada sistem ecrm yang diusulkan : 190 Gamba r 4.72 User Interface Halaman beranda anggota Setelah publik selesai melakukan login, maka tampilan beranda anggota akan seperti pada Gambar 4.72 Terdapat lebih banyak fitur yang dapat diakses oleh anggota, seperti fitur donasi reguler dan fitur donasi Orang Jompo Asuh (OJA). Juga anggota dapat mengakses

101 menu akun saya, dimana di dalamnya anggota dapat melakukan perubaham profil, perubahan sandi, dan mengakses catatan donasi. 191 r 4.73 User Interface Halaman akun saya Gamba

102 Halaman Akun saya berisi informasi mengenai data dari anggota, dari halaman ini anggota dapat mengakses fitur ubah profil, lupa sandi, dan juga catatan donasi. 192 bar 4.74 User Interface Halaman ubah profil Gam

103 193 Di halaman ubah profil anggota dapat melakukan perubahan pada data diri yamg diinginkan, juga dapat melakukan perubahan persetujuan mengenai berita yang dikirimkan Panti Werdha Wisma Mulia setiap bulannya. Gambar 4.75 User Interface Halaman ubah sandi Halaman ini digunakan apabila anggota ingin mengubah kata sandinya. Anggota cukup memasukkan sandi lama, sandi baru dan konfirmasi sandi baru dan menekan tombol submit. Lalu sistem akan mengecek kesesuaiannya. Apabila berhasil maka sandi yang baru mulai berlaku pada akun anggota.

104 194 <<Image>> Logo Panti Beranda Tentang Kami Donasi Galeri Foto Partner Kami Hubungi Kami Selamat Datang, xxxxx Akun Saya Keluar Profil Saya Catatan Donasi Catatan Donasi Tanggal / / s/d / / Urutkan berdasarkan : Tipe Donasi Tanggal Submit Jatuh tempo Pembayaran 1. Regular tgl berapa dengan jumlah (konfirmasi) 2.OJA berikutnya tgl 24 Juni 2013 dengan jumlah sekian (konfirmasi) Kode Donasi xxxxxxx xxxxxxx xxxxxx Tanggal dd-mm-yyyy dd-mm-yyyy dd-mm-yyyy Tipe Donasi xxxxxx xxxxxx xxxxxx Jumlah Pembayaran xxxxxxx xxxxxxx xxxxxxx Cetak Footer Gamb ar 4.76 User Interface Halaman catatan donasi Halaman Catatan Donasi dapat diakses oleh setiap anggota, apabila anggota tidak pernah melakukan donasi online maka tidak akan dimunculkan apapun pada halaman ini. Bila anggota pernah ataupun sedang melakukan donasi online baik yang rutin ataupun sekali saja maka halaman ini akan menampilkan riwayat donasi dari anggota. Untuk memudahkan pencarian anggota dapat memilih transaksi donasi berdasarkan tanggal dan juga dapat diurutkan berdasarkan tipe donasi dan tanggal. Apabila anggota pernah atau sedang melakukan donasi Orang Jompo Asuh (OJA) maka anggota dapat menekan kode donasi dan akan memunculkan halaman detil

105 195 catatan donasi. Halaman ini juga memunculkan reminder bagi para anggota yang sudah melakukan komitmen dalam berdonasi, apabila anggota sudah melakukan pembayaran untuk komitmen yang sudah dibuatnya maka anggota dapat menekan tombol konfirmasi dan akan diarahkan menuju halaman konfirmasi pembayaran. Gambar 4.77 User Interface Halaman detil catatan donasi Halaman detil catatan donasi hanya dapat diakses oleh anggota yang memiliki riwayat melakukan donasi Orang Jompo Asuh (OJA) pada halaman ini akan

106 196 ditampilkan nama dan foto lansia yang didonasikan, tanggal berakhir, dan total jumlah donasi. Juga terlihat tabel yang menunjukkan pembayaran komitmen yang dilakukan anggota telah melakukan pembayaran. Anggota yang melakukan donasi Orang Jompo Asuh (OJA) akan terpampang namanya dalam halaman detil donasi OJA yang dapat diakses oleh seluruh anggota, tapi halaman ini menyediakan pilihan pada anggota apakah ingin namanya dicantumkan atau tidak. Pada halaman ini anggota juga dapat melakukan berhenti donasi dengan menekan tombol berhenti donasi. Gambar 4.78 User Interface Halaman berhenti donasi

107 197 Halaman ini akan muncul apabila anggota menekan tombol berhenti donasi, pada halaman ini anggota diminta untuk memasukkan alasan berhenti donasi, setelah itu anggota dapat menekan tombol berhenti donasi. Gambar 4.79 User Interface Halaman sukses berhenti donasi Halaman ini akan muncul apabila anggota sudah selesai melakukan proses pemberhentian donasi yang dilakukannya.

108 198 Gam bar 4.80 User Interface Halaman tentang kami anggota Halaman tentang kami adalah halaman yang memberikan informasi mengenai latar belakang, landasan hukum, visi dan misi, tujuan dan sasaran dari Panti Werdha Wisma Mulia. Diharapkan dengan halaman ini publik dapat mengetahui lebih jelas mengenai panti.

109 199 Gambar 4.81 User Interface Halaman galeri foto anggota Halaman galeri foto berisi foto-foto seputar Panti Werdha Wisma Mulia baik foto bangunan, kamar, juga kegiatan yang dilakukan.

110 200 Gambar 4.82 User Interface Halaman partner kami anggota Halaman Partner Kami adalah halaman yang menampilkan logo-logo perusahaan yang bekerja sama dengan Panti Werdha Wisma Mulia.

111 201 Gambar 4.83 User Interface Halaman hubungi kami anggota Pada halaman hubungi kami terdapat sebuah form berisi pesan yang ingin disampaikan dari pihak publik kepada bagian internal Panti Werdha Wisma Mulia.

112 Di halaman ini juga terdapat peta lokasi dari Panti Werdha, alamat dan facebook link. 202 Gamba r 4.84 User Interface Halaman cara berdonasi anggota Halaman Cara Berdonasi memberikan informasi mengenai bagaimana tata cara donasi online, juga berisi informasi pilihan cara berdonasi apakah reguler ataupun OJA. Di halaman ini semuanya akan dibahas secara rinci.

113 203 Ga mbar 4.85 User Interface Halaman menbuat donasi reguler Halaman ini berisi form yang harus diisi oleh anggota yang ingin melakukan donasi secara online, pada program donasi reguler. Pertama, anggota harus memasukkan besarnya jumlah donasi, anggota dapat memilih angka yang telah disediakan atau menginput sendiri jumlah yang ingin di donasikan. Setelah itu anggota memilih

114 204 frekuensi donasi, apakah ingin berdonasi untuk kali ini saja, atau ingin menjadi pendonor tetap yang menyumbang setiap bulan bagi panti. Apabila jumlah donasi lebih dari 1 juta maka anggota berhak untuk mendapatkan hadiah sebagai ucapan terima kasih dari Panti Werdha Wisma Mulia.

115 205 Ga mbar 4.86 User Interface Halaman membuat donasi OJA

116 206 Pada halaman ini ditampilkan lansia-lansia yang tinggal di Panti Jompo Wisma Mulia, informasi yang ditampilkan adalah foto, nama, usia, dan latar belakang secara ringkas, apabila anggota ingin mengetahui lebih lanjut dan ingin berdonasi untuk seorang lansia maka anggota dapat menekan link selebihnya.

117 207 <<Image>> Logo Panti Beranda Tentang Kami Donasi Cara Berdonasi Galeri Foto Donasi Reguler Partner Kami Donasi OJA Hubungi Kami Menjadi Partner FAQ Donasi OJA Selamat Datang, xxxxx Akun Saya Keluar Detail Lansia xxx <<foto>> Biaya sehari-hari dan obat-obatan Rp.xxx Total telah disumbang Rp.xxx Lansia lainnya <<foto>> Sisa yang bisa disumbang Rp.xxx Telah didonasi oleh Ny. A sebesar xxxx Telah didonasi oleh Ny. B sebesar xxxx Anda bersedia membantu? <<foto>> Jumlah Lama donasi Donasi bulan Donate <<foto>> Nama : Usia : Latar Belakang : Footer Gam bar 4.87 User Interface Halaman detail lansia Pada halaman detail lansia anggota dapat melakukan donasi terhadap satu orang lansia pilihannya, terdapat informasi seperti nama, usia, latar belakang, biaya seharihari dan obat-obatan. Pada halaman ini juga dimunculkan nama-nama donatur yang

118 208 sedang berdonasi pada lansia ini. Anggota hanya dapat mengisi jumlah donasi maksimal sesuai dengan jumlah sisa yang bisa disumbang. Di sebelah kanan juga terdapat foto lansia lainnya, yang dapat dipilih anggota. Gambar 4.88 User Interface Halaman menjadi partner anggota Halaman Menjadi Partner berisi informasi mengenai cara-cara yang dapat dilakukan perusahaan untuk menjadi partner dari Panti Werdha Wisma Mulia juga keuntungankeuntungan yang di dapat perusahaan.

119 Gambar 4.89 User Interface Halaman FAQ anggota 209

120 210 Halaman FAQ berguna bagi publik untuk mengetahui informasi dari pertanyaanpertanyaan yang biasa ditanyakan oleh pengunjung lainnya juga disertakan jawaban untuk setiap pertanyaan ar 4.90 User Interface Halaman melakukan konfirmasi pembayaran Gamb

121 211 Halaman konfirmasi pembayaran dapat diakses anggota melalui halaman catatan donasi, anggota yang sudah melakukan pembayaran dengan cara transfer dapat melakukan konfirmasi pembayaran dengan mengisi infornasi yang diperlukan dan menekan tombol submit Rancangan User Interface Admin Berikut ini adalah rancangan user interface untuk admin pada sistem ecrm yang diusulkan : Gambar 4.91 User Interface Halaman laporan alasan berhenti Halaman ini digunakan admin untuk melihat alasan berhenti para anggota dari donasi Orang Jompo Asuh (OJA) yang tengah dilakukannya. Untuk memudahkan

122 pencarian admin dapat mencari berdasarkan tanggal. Admin juga dapat mencetak laporan ini dengan menekan tombol cetak. 212 Gambar 4.92 User Interface Halaman laporan donasi OJA Pada halaman ini admin dapat melihat laporan mengenai biaya yang telah didonasikan untuk setiap lansia.

123 213 Gambar 4.93 User Interface Halaman laporan donasi reguler Pada halaman ini admin dapat melihat laporan transaksi donasi reguler yang dilakukan anggota, untuk memudahkan pencarian admin dapat mencari berdasarkan nama donatur dan bulan terjadinya transaksi. Admin juga dapat mencetak laporan ini.

124 214 Gambar 4.94 User Interface Halaman laporan anggota TOP Halaman ini memungkinkan admin untuk melihat 10 donatur dengan donasi paling banyak per bulan, donasi dapat berupa donasi reguler maupun donasi Orang Jompo Asuh (OJA). Admin dapat melihat 10 donatur terbaik tiap bulannya.

125 215 Gambar 4.95 User Interface Halaman mengelola cara berdonasi Halaman ini digunakan admin untuk melihat halaman cara berdonasi dan melakukan perubahan.

126 216 Gambar 4.96 User Interface Halaman mengelola menjadi parter Halaman ini digunakan admin untuk melihat halaman cara menjadi partner dan melakukan perubahan.

127 217 Gambar 4.97 User Interface Halaman mengelola FAQ Halaman ini digunakan untuk melihat data FAQ dan memasukkan FAQ yang baru. Untuk memasukkan FAQ yang baru admin harus memasukkan pertanyaan dan jawaban, kemudian memilih tombol tambah FAQ untuk menyimpan data dan akan ada pesan keberhasilan atau kesalahan masukan data.

128 218 Halaman ini juga memunculkan data FAQ yang sudah ada. Admin dapat mengubah data dengan memilih tombol ubah dan akan masuk ke halaman ubah FAQ. Admin juga dapat menghapus data dengan memilih hapus pada tabel. Gambar 4.98 User Interface Halaman ubah FAQ

129 219 Halaman ini digunakan untuk mengubah data FAQ. Admin dapat mengubah data pertanyaan dan jawaban. Jika sudah, admin dapat memilih tombol simpan dan sistem akan menampilkan pesan keberhasilan atau kesalahan masukan data. <<Image>> Logo Panti Laporan Mengelola Donasi Mengelola Master Mengelola Halaman Mengelola Transaksi Donasi Mengirim Pesan Konfirmasi Pembayaran Anggota Lansia Hadiah Donasi Selamat Datang, Admin Keluar Anggota Cari Nama Cari Kode Anggota Nama Alamat No Telepon M001 Lydia Ubah Hapus M002 Henry Ubah Hapus M003 Eric Ubah Hapus Perbaharui Catatan Donasi Anggota Kode Donasi Tanggal Tipe Donasi Jumlah xxxxx xxxxx xxxxx xxxxx Footer Gambar 4.99 User Interface Halaman mengelola anggota

130 220 Halaman ini digunakan untuk melihat, mengubah, dan menghapus data anggota. Untuk mengubah data anggota admin menekan tombol ubah maka setiap kolom pada baris yang ingin diubah akan menjadi enable dan bisa dilakukan perubahan. Setelaj selesai admin dapat menekan tombol perbaharui. Admin juga dapat menghapus data dengan memilih hapus pada tabel.

131 221 Ga mbar User Interface Halaman mengelola lansia

132 222 Halaman ini digunakan untuk melihat data lansia dan memasukkan lansia yang baru. Untuk memasukkan lansia yang baru admin harus mengisi seluruh field yang ada, kecuali data relasi yang bisa dihububgi karena bersifat optional. Status terdiri dari dua yaitu donasi bagi lansia yang sedang mempunyai donatur, dan tidak donasi bagi lansia yang belum mendapat donatur. Field keterangan dimaksudkan untuk menjlaskan lansia yang masih tinggal berarti aktif atau sudah keluar atau meninggal dunia, maka keterangan menjadi tidak aktif. Kemudian admin memilih tombol tambah lansia untuk menyimpan data dan akan ada pesan keberhasilan atau kesalahan masukan data. Halaman ini juga memunculkan data lansia yang sudah ada. Admin dapat mengubah data dengan memilih tombol ubah dan akan masuk ke halaman ubah lansia. Admin juga dapat menghapus data dengan memilih hapus pada tabel.

133 223 Gam bar User Interface Halaman ubah lansia Halaman ini digunakan untuk mengubah data lansia. Admin dapat mengubah data dari lansia. Jika sudah, admin dapat memilih tombol simpan dan sistem akan menampilkan pesan keberhasilan atau kesalahan masukan data.

134 224 Gambar User Interface Halaman mengelola hadiah donasi Halaman ini digunakan untuk melihat data hadiah donasi dan memasukkan hadiah donasi yang baru. Untuk memasukkan hadiah donasi yang baru admin harus memasukkan nama hadiah beserta keteranggannya, kemudian memilih tombol tambah hadiah untuk menyimpan data dan akan ada pesan keberhasilan atau kesalahan masukan data. Halaman ini juga memunculkan data hadiah yang sudah ada. Admin dapat mengubah data dengan memilih tombol ubah dan akan masuk ke halaman ubah hadiah. Admin juga dapat menghapus data dengan memilih hapus pada tabel.

135 225 Gambar User Interface Halaman ubah hadiah donasi Halaman ini digunakan untuk mengubah data hadiah donasi. Admin dapat mengubah data dari hadiah. Jika sudah, admin dapat memilih tombol simpan dan sistem akan menampilkan pesan keberhasilan atau kesalahan masukan data.

136 226 Gambar User Interface Halaman mengelola galeri foto Halaman ini digunakan untuk melihat data foto di halaman galeri foto dan memasukkan hadiah donasi yang baru. Untuk memasukkan foto yang baru admin harus mengunggah foto dan mengisi judul foto, kemudian memilih tombol tambah foto untuk menyimpan data dan akan ada pesan keberhasilan atau kesalahan masukan data. Halaman ini juga memunculkan data foto yang sudah ada. Admin dapat mengubah data dengan memilih tombol ubah dan akan masuk ke halaman ubah galeri foto. Admin juga dapat menghapus data dengan memilih hapus pada tabel.

137 227 Gambar User Interface Halaman ubah foto Halaman ini digunakan untuk mengubah data foto. Admin dapat mengubah foto dan judul foto. Jika sudah, admin dapat memilih tombol simpan dan sistem akan menampilkan pesan keberhasilan atau kesalahan masukan data.

138 228 Ga mbar User Interface Halaman mengelola partner Halaman ini digunakan untuk melihat data partner dan memasukkan partner yang baru. Untuk memasukkan partner yang baru admin harus memasukkan nama partner, logo, bidang perusahaan, nama PIC dan no telp PIC. Kemudian memilih tombol tambah partner untuk menyimpan data dan akan ada pesan keberhasilan atau kesalahan masukan data.

139 229 Halaman ini juga memunculkan data partner yang sudah ada. Admin dapat mengubah data dengan memilih tombol ubah dan akan masuk ke halaman ubah partner. Admin juga dapat menghapus data dengan memilih hapus pada tabel. Gambar User Interface Halaman ubah h partner Halaman ini digunakan untuk mengubah data partner. Admin dapat mengubah data partner. Jika sudah, admin dapat memilih tombol simpan dan sistem akan menampilkan pesan keberhasilan atau kesalahan masukan data.

140 230 Gambar User Interface Halaman mengelola beranda Halaman ini digunakan admin untuk melihat halaman beranda dan melakukan perubahan.

141 231 Gambar User Interface Halaman mengelola donasi OJA Gambar User Interface pop-up donasi OJA Halaman mengelola donasi orang jompo asuh (OJA) digunakan admin untuk melihat transaksi donasi juga melakukan konfirmasi pembayaran lunas untuk suatu transaksi.

142 232 Terdapat kolom status yang menyatakan status donasi, bila masih berjalan maka status adalah aktif, jika sudah berhenti maka status menjadi tidak aktif. Juga terdapat status bayar bulan ini, bila sudah membayar maka status menjadi lunas, jika belum maka status adalah belum lunas. Admin dapat mengirim reminder kepada donatur dengan status bayar bulan ini belum lunas dengan mencentang di kolom paling kanan kepada donatur yang dituju. Untuk memudahkan pencarian transaksi admin dapat mencari berdasarkan nama donatur, status bayar bulan ini, dan status donasi. Apabila admin menekan kode donasi maka akan muncul pop up window seperti pada Gambar 4.110, pembayaran dapat dicentang admin apabila admin sudah benar-benar memastikan bahwa donatur telah melakukan transfer. Gambar User Interface Halaman mengelola donasi reguler

143 233 Gambar User Interface pop-up donasi reguler Halaman mengelola donasi reguler digunakan admin untuk melihat transaksi reguler juga melakukan konfirmasi pembayaran lunas untuk suatu transaksi.terdapat kolom status yang menyatakan status donasi, bila masih berjalan maka status adalah aktif, jika sudah berhenti maka status menjadi tidak aktif. Juga terdapat status bayar bulan ini, bila sudah membayar maka status menjadi lunas, jika belum maka status adalah belum lunas. Admin dapat mengirim reminder kepada donatur dengan status bayar bulan ini belum lunas dengan mencentang di kolom paling kanan kepada donatur yang dituju. Untuk memudahkan pencarian transaksi admin dapat mencari berdasarkan nama donatur, status bayar bulan ini, dan status donasi. Apabila admin menekan kode donasi maka akan muncul pop up window pembayaran sperti pada Gambar yang dapat dicentang admin apabila admin sudah benar-benar memastikan bahwa donatur telah melakukan transfer.

144 234 Gambar User Interface Halaman mengirim pesan Halaman ini digunakan admin untuk mengirim pesan kepada para anggota, admin dapat memilih tujuan dikirimkannya pesan. Setelah itu admin mengisi pesan yang akan dikirimkan. Setelah admin menekan tombol kirim pesan akan dikirimkan ke donatur yang dituju.

145 235 <<Image>> Logo Panti Laporan Mengelola Donasi Mengelola Master Mengelola Halaman Mengelola Transaksi Donasi Mengirim Pesan Konfirmasi Pembayaran Mengirim Pesan Riwayat Pesan Selamat Datang, Admin Keluar Riwayat Pengiriman Pesan Tanggal / / s/d / / Cari Tanggal dd-mm-yyyy dd-mm-yyyy dd-mm-yyyy Judul Pesan xxxxxx xxxxxx xxxxxx Kepada xxxxxx xxxxxx xxxxxx Cetak Footer Gambar User Interface Halaman riwayat pengiriman pesan Halaman ini digunakan admin untuk melihat riwayat pesan yang pernah dikirimkannya. Untuk memudahkan admin dapat mencari berdasarkan tanggal pengiriman pesan.

146 236 <<Image>> Logo Panti Laporan Mengelola Donasi Mengelola Master Mengelola Halaman Mengelola Transaksi Donasi Konversi ke textfile Konfirmasi Pembayaran Selamat Datang, Admin Keluar Konfirmasi Pembayaran Cari Nama Tanggal Id Donasi Tanggal / / s/d / / Cari Kode Donasi xxxxxx xxxxxx xxxxxx Kode Anggota xxxxxx xxxxxx xxxxxx Nama Anggota xxxxxx xxxxxx xxxxxx Tipe Donasi xxxxxx xxxxxx xxxxxx Frekuensi xxxxxx xxxxxx xxxxxx Dari Bank xxxxxx xxxxxx xxxxxx Atas Nama xxxxxx xxxxxx xxxxxx Tanggal Jumlah Bayar dd-mm-yyyy xxxxxx dd-mm-yyyy xxxxxx dd-mm-yyyy xxxxxx Footer Gambar User Interface Halaman konfirmasi pembayaran Halaman ini digunakan oleh admin untuk melihat data konfirmasi pembayaran yang telah dilakukan oleh anggota.

147 Rancangan Database Rancangan database untuk sistem E-CRM yang dirancang adalah sebagai berikut: Nama tabel Keterangan : Lansia : Tabel ini digunakan untuk menyimpan semua lansia yang ada Tabel Rancangan Database Lansia Field Data Type Keterangan kodelansia Integer Kode lansia namalansia Character varying (30) Nama lansia foto Character varying (30) Foto lansia noktp Character varying (50) No KTP lansia tgllahir Date Tanggal lahir lansia tempatlahir Character varying (50) Tempat lahir lansia tglbergabung Date Tanggal bergaung lansia latarbelakang Character varying (50) Latar belakang lansia biaya Integer Biaya yang diperlukan lansia statusdonasi Character varying (20) Status donasi dari lansia, yaitu donasi bila sedang ada donatur, atau tidak terdonasi. keterangan Character varying (20) Keterangan dari lansia, yaitu aktif

148 238 bila masih hidup dan tinggal di panti, atau tidak aktif bila sudah keluar atau meninggal namarelasi Character varying (30) Nama relasi dari lansia notelprelasi Character varying (14) Nomor telefon relasi dari lansia nohprelasi Character varying (14) Nomor handphone dari lansia alamatrelasi Character varying (100) Alaman dari lansia kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : Foto : Tabel ini digunakan untuk menyimpan semua foto yang ada Tabel Rancangan Database Foto Field Data Type Keterangan kodefoto Integer Kode foto JudulFoto Character varying (50) Judul foto foto Character varying (30) Foto kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : FAQ : Tabel ini digunakan untuk menyimpan semua daftar pertanyaan dan

149 239 jawaban yang sering diajukan Tabel Rancangan Database FAQ Field Data Type Keterangan kodefaq Integer Kode foto Pertanyaan Character varying (50) Judul foto Jawaban Character varying (30) Foto kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : Alasan berhenti : Tabel ini digunakan untuk menyimpan semua daftar alasan berhenti Tabel Rancangan Database FAQ Field Data Type Keterangan kodealasan Integer Kode alasan berhenti kodeanggota Integer Kode anggota tanggal Date Tanggal berhenti alasan Character varying (50) Alasan berhenti Nama tabel Keterangan : Pesan : Tabel ini digunakan untuk menyimpan daftar pesan yang dikirim

150 240 Tabel Rancangan Database Pesan Field Data Type Keterangan kodepesan Integer Kode pesan tujuan Character varying (20) Tujuan pesan judulpesan Character varying (50) Judul pesan tanggal Date Tanggal pengiriman Nama tabel Keterangan : Cara Berdonor : Tabel ini digunakan untuk menyimpan informasi di halaman cara berdonasi Tabel Rancangan Database cara berdonasi Field Data Type Keterangan Informasi Character varying (500) Informasi cara berdonasi kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : Beranda : Tabel ini digunakan untuk menyimpan informasi di halaman beranda Tabel Rancangan Database cara berdonasi

151 241 Field Data Type Keterangan informasi Character varying (500) Informasi beranda banner Character varying (30) Gambar yang akan muncul di halaman beranda kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : Partner : Tabel ini digunakan untuk menyimpan semua partner yang ada Tabel Rancangan Database Partner Field Data Type Keterangan kodepartner Integer Kode partner namapartner Character varying (50) Nama partner logo Character varying (30) Logo partner bidang Character varying (30) Bidang partner namapic Character varying (30) Nama PIC dari partner notelppic Character varying (14) Nomor telefon PIC dari partner kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan

152 242 Nama tabel Keterangan : Cara Menjadi Partner : Tabel ini digunakan untuk menyimpan informasi di halaman cara menjadi partner Tabel Rancangan Database cara berdonasi Field Data Type Keterangan Informasi Character varying (500) Informasi cara menjadi partner kodeadmin Integer Kode admin yang terakhir kali melakukan perubahan Nama tabel Keterangan : Hadiah Donasi : Tabel ini digunakan untuk menyimpan semua hadiah donasi Tabel Rancangan Database hadiah donasi Field Data Type Keterangan kodehadiah integer Kode hadiah namahadiah Character varying (20) Nama hadiah keterangan Character varying (50) Keterangan hadiah Kode admin yang terakhir kali kodeadmin integer melakukan perubahan Nama tabel : Konfirmasi Pembayaran Keterangan : Tabel ini digunakan untuk menyimpan semua konfirmasi

153 243 pembayaran yang dilakukan anggota Tabel Rancangan Database Konfirmasi Pembayaran Field Data Type Keterangan kodekonfirmasipembayaran Integer Kode konfirmasi pembayaran kodedonasi Integer Kode Donasi namabankpengirim atasnama Character varying (20) Nama Bank pengirim Character varying (30) Nama rekening pengirim tanggal Date Tanggal melakukan pembayaran jumlahbayar Integer Jumlah yang dibayarkan kodeanggota Integer Kode anggota Nama tabel Keterangan : Admin : Tabel ini digunakan untuk menyimpan data admin Tabel Rancangan Database Admin Field Data Type Keterangan username Character varying (20) Nama admin yang berlaku di website password Character varying (20) Kode sandi admin kodeadmin integer Kode admin

154 244 Nama tabel Keterangan : Anggota : Tabel ini digunakan untuk menyimpan data-data anggota Tabel Rancangan Database Anggota Field Data Type Keterangan kodeanggota Integer Kode anggota Nama Character varying (30) Nama anggota Character varying (50) anggota kodesandi Character varying (20) Kode sandi anggota Alamat Character varying (100) Alamat anggota Kota Character varying (30) Kota dimana anggto tinggal kodepos Integer Kode pos anggota notelp Character varying (14) No telefon anggota nohp Character varying (14) No handphone anggota tgllahir Date Tanggal lahir anggota jeniskelamin Character varying (6) Jenis kelamin anggota foto Character varying (30) Foto anggoto statusdonasi Character varying (14) Status donasi dari anggota, yaitu donasi bila sedang melakukan donasi tetap, atau tidak donasi. Nama tabel : Donasi OJA

155 245 Keterangan : Tabel ini digunakan untuk menyimpan semua transaksi donasi OJA yang dilakukan anggota Tabel Rancangan Database Donasi OJA Field Data Type Keterangan kodedonasioja Integer Kode donasi OJA kodelansia Integer Kode lansia kodeanggota Integer Kode anggota namalansia Character varying (30) Nama Lansia namaanggota Character varying (30) Nama Anggota jumlahdonasi Integer Jumlah Donasi lamamenyumbang Integer Lama menyumbang tglmulai Date Tanggal mulai melakukan donasi tglselesai Date Tanggal selesai donasi statusdonasi Character varying (20) Status donasi, yaitu aktif atau selesai. Status bayar, yaitu lunas atau belum statusbayar Character varying (20) bayar Nama tabel Keterangan : Donasi Reguler : Tabel ini digunakan untuk menyimpan semua transaksi donasi reguler yang dilakukan anggota

156 246 Tabel Rancangan Database Donasi Reguler Field Data Type Keterangan kodedonasireguler Integer Kode donasi reguler kodeanggota Integer Kode anggota namaanggota Character varying (30) Nama anggota jumlahdonasi Integer Jumlah donasi frekuensi Character varying (14) Frekuensi memberikan donasi, yaitu sekali atau setiap bulan. tglmulai Date Tanggal mulai melakukan donasi tglselesai Date Tanggal selesai donasi statusdonasi Character varying (20) Status donasi, yaitu aktif atau selesai. statusbayar Character varying (20) Status bayar, yaitu lunas atau belum bayar

157 Navigation Diagram Gambar Navigation Diagram untuk publik

158 248 Gambar Navigation Diagram untuk anggota

159 249 Ubah Partner Ubah FAQ Ubah Lansia Ubah Hadiah Donasi Ubah Galeri Foto Klik ubah Mengelola partner Ubah anggota Klik ubah Klik ubah Klik ubah Klik ubah Mengelola FAQ Mengelola lansia Mengelola hadiah donasi Mengelola galeri foto Mengelola anggota Klik ubah Mengelola beranda Klik partner Klik FAQ Klik lansia Klik hadiah donasi Klik anggota Mengirim Pesan Klik beranda Beranda Klik mengirim pesan Riwayat Pesan Klik riwayat pesan Klik menjadi partner Mengelola menjadi partner Laporan anggota TOP Klik anggota TOP Klik cara berdonasi Klik laporan donasi reguler Klik laporan donasi OJA Klik alasan berhenti Klik donasi reguler Klik donasi OJA Mengelola cara berdonasi Laporan donasi reguler Klik konfirmasi pembayaran Laporan donasi OJA Laporan alasan berhenti Mengelola donasi OJA Mengelola donasi reguler Konfirmasi Pembayaran Gambar Navigation Diagram untuk admin