Perancangan Sistem Sistem Informasi Pengelolaan dan Pengaturan Jadwal Ceramah Berbasis Web dan Sms Gateway.

S m s G a t e w a y A u t o R e p l y U s a t d z S i s t e m U s e r S t a r t M e n y i m p a n d i D a t a b a s e F i n i s h M e n e r i m a B a l a s a n s m s F o r m a t B a l a s a n S m s P r o s e s P e n g i r i m a n s m s B a l a s a n k e s a n g g u p a n U s t d z Gambar 3.5 Flowchart Sms Gateway Auto reply

3.2 Perancangan Sistem

Pada sub-bab ini akan dijelaskan tentang perancangan pembangunan Sistem Informasi Pengelolaan dan Pengaturan Jadwal Ceramah ini, dimana di dalamnya terdapat context digram, dfd, cdm dan pdm.

3.2.1 Context Diagram

Context Diagram merupakan gambaran menyeluruh dari Data Flow Diagram DFD dari suatu sistem yang ada. Adapun gambaran tentang Context Diagram sebagai berikut: data_ubah_ustadz hak_akses_ustadz data_login_ustadz data_konfirmasi_kesediaan_ustadz data_jadwal_dan_ustadz_ data_ustadz_untuk_pencarian informasi_ubah_data_ustadz informasi_data_pengajuan_ceramah data_konfirmasi_pengajuan_ceramah_melalu_sms konfirmasi_cms_admin data_ustadz_baru informasi_hapus_data_user informasi_hapus_data_ustadz data_user_baru data_master_update_user_dan_ustadz hak_akses_admin data_login_admin hak_akses_user data_login_user informasi_data_ustadz informasi _password_baru informasi_username_password 1 aplikasi_penja dwalan_ceram ah + user ustadz admin Gambar 3.6 Context Diagram Context Diagram terdiri atas entitas luar yang berhubungan dengan sistem serta arah informasi yang berupa masukan dan keluaran antara entitas luar dengan sistem tersebut. Pada gambar 3.6 diatas terdapat 3 entitas, yaitu: User client, Ustadz, serta Admin.

3.2.2 DFD Level 1

Data Flow Diagram DFD adalah alat pembuatan model yang memungkinkan profesional sistem untuk menggambarkan sistem sebagai suatu hak_akses_admin data_username dan password admin hak_akses_admin data_login_admin admin admin admin 5 login_admin jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual atau terkomputerisasi. Gambar 3.7 DFD level 1 Login Admin Pada gambar di atas menerangkan bahwa, seorang Admin memiliki hak akses admin untuk login di sistem ini dengan memasukkan username dan password yang kemudian akan masuk khusus dihalaman admin itu sendiri untuk maintenance data dari user client, penceramah ustadz serta jadwal view. hak_akses data_login_ustadz hak_akses_ustadz data_login_ustadz data_ubah_ustadz informasi_ubah_data_ustadz data_ubah_ustadz ustadz ustadz ustadz ustadz ustadz 7 edit_profil_ust adz 9 login_ustadz Gambar 3.8 DFD level 1 Login Ustadz Sebelum ustadz melakukan proses edit profile dan melihat jadwal yang sudah di pesan oleh user terlebih dahulu ustadz melakukan login dengan memasukkan username dan password untuk mendapatkan hak akses masuk di sistem ini seperti pada gambar di atas. Dan Proses yang terjadi seperti gambar dibawah ini adalah, sebelum user mempunyai hak akses untuk login di sistem ini. Hal utama yang harus dilakukan oleh user adalah registasi terlebih dahulu dengan mengisi form dengan lengkap di halaman utama dari sistem ini. Setelah user mengisi form register dengan lengkap, dan kemudian di klik tanda simpan maka sistem akan menyimpan proses registrasi ini di dalam database. Sehingga jika user ingin login di sistem ini , maka user tinggal memasukkan username dan password. Selain proses registrasi user data_update_user_oleh_admin data_hapus_user_oleh_admin data_user_baru_oleh_admin konfirmasi_cms_admin data_ustadz_baru informasi_hapus_data_user informasi_hapus_data_ustadz data_user_baru data_master_update_user_dan_ustadz data_hak_akses_user data_login_user hak_akses_user data_login_user data_user informasi _password_baru informasi_username_password user user user user admin admin admin admin admin admin 1 registrasi_user data_base_user 2 login_user 6 CMS_back_end_a plikasi_ceramah gambar diatas juga menerangkan tentang proses maintenance data yang dilakukan oleh admin. Admin bisa melakukan proses insert, update, dan delete dari data user, data ustadz penceramah dan data jadwal pemesanan ustadz itu juga jika admin sudah memiliki hak akses yang berupa username dan password. Berikut gambar 3.9: Gambar 3.9 DFD Level 1 Registrasi User, Login User, Maintenance Admin data_kirim_penjadwalan_ustadz informasi_data_pengajuan_ceramah data_konfirmasi data_konfirmasi_kesediaan_ustadz data_jadwal_dan_ustadz_ informasi_data_sesusai_keinginan_user detail_data_yang_dicari_oleh_user informasi_data_ustadz data_ustadz_untuk_pencarian user ustadz ustadz 3 lihat_jadwal_ ustadz user user user penjadwalan 4 memilih_usta dz 8 aplikasi_penja dwalan_ustad z Gambar 3.10 DFD Level 1 Memilih Ustadz dan Pemilihan Jadwal Ustadz Jika user sudah melakukan proses register dan masuk di sistem ini dengan menggunakan username dan password, maka user sudah mendapatkan hak akses yang bisa melakukan proses memilih ustadz yang di maksud atau ustadz yang di inginkan untuk melakukan ceramah. Setelah proses pemilihan ustadz dilakukan, user kemudian memilih jadwal sesuai hari, tanggal dan waktu yang di inginkan. Dan kemudian sistem akan mengirim sms ke ustadz untuk memberitahukan bahwa ada undangan ceramah. Jika ustadz setuju dengan undangan ceramah ini, maka ustadz diminta untuk membalas sms ini. Setelah balasan ustadz diterima oleh sistem, maka sistem ini akan menginformasikan, bahwa konfirmasi persetujuan undangan ceramah telah dilakukan oleh ustadz. Proses ini bisa di lihat pada gambar 3.10 diatas.

3.2.3 Desain Database

Sebelum diperoleh database yang baik diperlukan suatu Normalisasi, yaitu teknik analisa data yang mengorganisasikan atribut-atribut data dengan cara mengelompokkan sehingga terbentuk entitas yang non-redundant, stabil, dan fleksibel. Dalam perancangan tabel database ini menggunakan software Power Designer 11 . Tahap dalam pembuatan tabel yang pertama adalah berformat CDM. Selanjutnya dari format tersebut dirubah menjadi format PDM, dan PDM inilah yang nantinya akan dirubah menjadi script database SQL Server. Setelah PDM itu menjadi script, maka selanjutnya adalah membuat database Poliklinik kedalam MySQL 5.1.36 dan masukkan script tersebut pada query.

3.2.3.1 Conceptual Data Model

CDM memodelkan struktur logis dari keseluruhan aplikasi data, tidak tergantung pada software atau pertimbangan model struktur data. CDM yang valid dapat dikonversikan ke PDM. Berikut ini adalah gambaran mengenai pemodelan CDM dari sistem tersebut: Rel ation_70 Rel ation_71 Relation_72 Relati on_123 Relation_124 Rel ation_125 Relation_126 cl ient id_client username_cl ient nama_client alamat_cl ient jenis_kelamin kota_cl ient kode_pos no_hp_cli ent no_ktp_client nama_instansi alamat_i nstansi telp_instansi password_cl ient pembicara i d_pembicara username_pembicara ktp_pembicara nama_pembicara alamat_pembicara j enis_kelamin tempat_lahi r tanggal_lahir kota_pembicara kode_pos_pembicara hp_pembi cara keterangan_pembi cara foto_pembicara password_pembicara shift id_shift nama_shift jam_shift M jadwal _pembi cara id_jadwal status_jadwal tempat_j adwal keterangan_jadwal tanggal_jadwal tema administrator id_admin password_admin username_admin Gambar 3.11 CDM

3.2.3.2 Physical Data Model

PDM memodelkan struktur fisik dari database, dengan mempertimbangkan software DBMS serta model struktur yang akan digunakan. PDM yang valid dapat dikonversi ke CDM. Berikut ini adalah gambaran dari pemodelan tersebut: FK_RELATION_70 FK_RELATION_71 FK_RELATION_72 FK_RELATION_123 FK_RELATION_124 FK_RELATION_125 FK_RELATION_126 client id_cli ent usernam e_cli ent id_admin password_admi n nama_cl ient al am at_cli ent jeni s_kel am in kota_cl ient kode_pos no_hp_client no_ktp_cli ent nama_instansi al am at_i nstansi telp_instansi password_cl ient vari able character6 vari able character50 i nteger vari able character50 vari able character50 text vari able character1 vari able character20 vari able character5 vari able character15 vari able character16 vari able character50 text vari able character10 vari able character50 pk pk fk fk pembi cara id_pembi cara username_pembicara id_admi n password_adm in ktp_pembicara nam a_pembi cara alamat_pembi cara jenis_kelamin tempat_lahir tanggal_l ahir kota_pembi cara kode_pos_pembicara hp_pembicara keterangan_pembicara foto_pem bi cara password_pem bi cara vari abl e character6 vari abl e character50 integer vari abl e character50 vari abl e character16 vari abl e character30 text vari abl e character1 vari abl e character30 date vari abl e character30 vari abl e character5 vari abl e character15 text text vari abl e character50 pk pk fk fk shift id_shift id_admi n password_admi n nama_shi ft jam_shift vari abl e character2 integer vari abl e character50 vari abl e character30 vari abl e character30 pk fk fk jadwal _pembicara id_j adwal id_cli ent usernam e_cli ent id_pembicara usernam e_pembicara id_shift id_admin password_admi n status_jadwal tempat_j adwal keterangan_jadwal tanggal_jadwal tema vari able character10 vari able character6 vari able character50 vari able character6 vari able character50 vari able character2 i nteger vari able character50 vari able character10 text text date text pk fk2 fk2 fk1 fk1 fk3 fk4 fk4 admi ni strator id_adm in password_admin username_admi n i nteger vari able character50 vari able character50 pk pk Gambar 3.12 PDM

3.3 Skema Sms Gateway