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