m. System Flow Penjadwalan Kunjungan
Penjadwalan Kunjungan Customer Service
Zona Sales
P h
a se
Selesai Memilih Menu
Penjadwalan Kunjungan Sales
Memasukkan tanggal, lokasi, zona
Menu Penjadwalan
Memasukkan pelanggan,subjek,
dan sales Menyimpan Jadwal
Zona
Kunjungan Memilih Menu
Penjadwalan Kunjungan Sales
Menu Penjadwalan
Mengecek Jadwal Kunjungan Sesuai
Dengan Zona Menampilkan
Jadwal Menampilkan
Jadwal Mulai
Mencetak Jadwal Jadwal Kegiatan
Jadwal Kegiatan
Sales Pelanggan
Menampilkan Menu Penjadwalan
Gambar 3.16 Sistem Flow Penjadwalan Kunjungan Pada sistem flow penjadwalan kunjungan, alur dimulai dari customer
service memilih menu penjadwalan kunjungan mengambil data dari table zona, sales, pelanggan yang ada didatabase dan sistem akan menampilkan form
penjadwalan setelah itu customer service mengisi inputan tanggal, lokasi, zona, pelanggan, agenda, sales. Data yang sudah diinputkan akan disimpan di dalam
database table kunjungan. Jadwal kunjungan yang sudah dibuat akan didistribusikan kepada kepala
perwalian atau Zona. Kepala perwalian akan mengecek jadwal kunjungan dan mencetak dua rangkap jadwal kunjungan setelah itu jadwal kunjunan yang sudah
dicetak akan dibagikan kepada sales yang ada di masing- masing zona.
n. System Flow Input dan Penyetujuan Hasil Kunjungan
Input dan Penyetujuan Hasil Kunjungan Zona
Customer Service
Pilh Menu Manajemen
Laporan Menampilkan Form
Input Laporan Form Input
Laporan
Menyimpan Laporan Kunjungan
Laporan
Selesai Tanggal Laporan
Mulai
Delivery Habbit Data Tersimpan
Program Kompetitor
Masalah Harapan
Souvenir Harga Kompetitor
Wallet Share 1
Pilh Menu Manajemen
Laporan Menampilkan
Daftar Laporan Kunjungan
Daftar Laporan
Pilih Laporan Yang Akan Disetujui
Disetujui ?
Ubah Status Laporan Setuju
Y
Laporan Ubah Status
Laporan Tidak T
Laporan Laporan Kunjungan
Sales
Gambar 3.17 Sistem Flow Input dan Penyetujuan Hasil Kunjungan
Pada sistem flow input dan penyetujuan hasil kunjungan, alur dimulai dari Kepala Pewalian atau zona mendapatkan dokumen laporan kunjungan sales setelah
itu kepala perwalian memilih menu manajemen laporan dan Sistem akan menampilkan form manajemen laporan setelah itu kepala perwalian mengisi
inputan tanggal laporan, delivery habbit, wallet share, harga kompetitor, program kompetitor, masalah, harapan, souvenir. Data yang sudah diinputkan akan disimpan
di dalam database table laporan.
Laporan kunjungan yang sudah dibuat akan didistribusikan kepada Customer Service. Customer Service akan mengecek daftar laporan kunjungan dan
memilih laporan yang akan disetujui atau tidak disetujui. Hasil laporan akan disimpan kedalam tabel laporan yang ada di database
3.3.4 Diagram Jenjang
Diagram berjenjang merupakan alat perancangan sistem yang dapat menampilkan seluruh proses yang terdapat pada suatu aplikasi tertentu dengan jelas
dan terstruktur. Secara garis besar diagram jenjang aplikasi penjadwalan kunjungan dan monitoring pelanggan dapat dilihat pada gambar 3.18.
APLIKASII PENJADWALAN
KUNJUNGAN DAN MONITORING
PELANGGAN 1
Memelihara Data Master
2 Membuat Jadwal
Kunjungan 1.1
Memelihara Data Zona
1.2 Memelihara Data
Pengguna 1.3
Memelihara Data Pelanggan
1.4 Memelihara Data
Sales 2.1
Membuat Jadwal Baru
3 Laporan
3.1 Melaporkan Hasil
Kunjungan Pelanggan
4 Monitoring
Kinerja Sales dan Pelanggan
1.5 Memelihara Data
Masalah 1.6
Memelihara Data Harapan
Gambar 3.18 Diagram Jenjang Aplikasi Penjadwalan Kunjungan dan Monitoring Pelanggan
3.3.5 Context Diagram
Context diagram ini menggambarkan proses sistem secara umum pada sistem informasi penanganan keluhan pelanggan pada PT. Royal Inti Mandiri
Abadi. Dalam context diagram ini melibatkan 2 entity yaitu: Customer Service dan KP Kepala Perwakilan atau zona.
Data Harapan Data Mas alah
Data Sales Data Has il Kunjungan
Data Jadwal Kunjungan fix
Data Jadwal Kunjungan
Data Has il Kunjungan Dari KP Zona Data Pelanggan
Data Pengguna Data Zona
Aplikas i Penjadwalan Kunjungan Sales
+
KP Kepala Perwakilan atau Zona
CS PT RIMA
Gambar 3.19 Context Diagram Aplikasi Penjadwalan Kunjungan dan Monitoring Pelanggan
3.3.6 DFD-Level 0
Gambaran sistem pada DFD level 0 merupakan hasil decompose dari context diagram, pada saat pembuatan DFD Level 0 terdapat pengembangan-
pengembangan dari contex diagram, berikut DFD level 0 pada gambar 3.20
Data Harapan Data Masalah
Data Output Harapan Laporan Data Output Masalah Laporan
Data Output Masalah Data Harapan Diinputkan
Data Output Masalah Data Masalah Diinputkan
Data Masalah
Data Harapan
Data Output Pelanggan Laporan Data Output Sales Kunjungan
Data Output Sales Laporan Data Output Sales
Data Sales Diinputkan Data Sales
Data Output Hasil Kunjungan Data Hasil Kunjungan
Data Output Jadwal Kunjungan2
Data Output Pelanggan Laporan Data Output Zona Laporan
Data Output Pengguna Data Output Pelanggan
Data Output Zona
Data Hasil Kunjungan Dari KP Zona Data Jadwal Kunjungan fix
Data Output Jadwal Kunjungan Data Jadwal Kunjungan Diinputkan
Data Jadwal Kunjungan
Data Pelanggan Diinputkan Data Pengguna Diinputkan
Data Zona Diinputkan
Data Pelanggan Data Pengguna
Data Zona CS PT RIMA
KP Kepala Perwakilan atau
Zona
1
Memelihara Data Master
+
2 Membuat Jadwal
Kunjungan
+
3 Melakukan Pelaporan
+
1 Zona
2 Pengguna
3 Pelanggan
4 Kunjungan
7 Laporan
5 Sales
4 Melakukan Monitoring
9 Masalah
10 Harapan
Gambar 3.20 Diagram Level 0 Aplikasi Penjadwalan Kunjungan dan Monitoring 3.3.7
DFD Level 1-Proses Memelihara Data Master
Gambaran sistem pada DFD level 1 merupakan pengembangan dari DFD level 0 dalam proses memelihara data master. Berikut ini DFD Level 1 Proses
memelihara data master pada gambar 3.21.
Data Mas alah Diinputkan
Data Harapan Diinputkan
Data Output Mas alah Data Output Mas alah
Data Mas alah
Data Harapan Data Output Zona3
Data Sales Diinputkan Data Output Sales
Data Sales [Data Output Zona2]
Data Output Pelanggan Data Output Pengguna
Data Pengguna Diinputk an Data Pengguna
Data Output Zona Data Zona Diinputkan
Data Pelanggan Diinputkan Data Pelanggan
Data Zona CS PT RIMA
1 Zona
2 Pengguna
3 Pelanggan
1 Memelihara Data
Zona 2
Memelihara Data Pengguna
3 Memelihara Data
Pelanggan
5 Sales
4 Memelihara Data
Sales
9 Mas alah
10 Harapan
5 Memelihara Data
Mas alah
6 Memelihara Data
Harapan
Gambar 3.21 Diagram Level 1 Proses Memelihara Data Master
3.3.8 DFD Level 1-Proses Membuat Jadwal Kunjungan
Gambaran sistem pada DFD level 1, DFD level 1 merupakan pengembangan dari DFD Level 0 tentang proses membuat jadwal kunjungan,
berikut DFD level 1 tentang proses membuat jadwal kunjungan dapat dilihat pada gambar 3.22
Data Jadwal Kunjungan Diinputkan
Data Output Jadwal Kunjungan Data Jadwal Kunjungan Fix
Data Jadwal Kunjungan CS PT RIMA
Kepala Perwakilan atau Zona
4 Kunjungan
1 Membuat Jadwal
Baru
Gambar 3.22 Diagram Level 1 Proses Membuat Jadwal Kunjungan
3.3.9 DFD Level 1-Proses Melakukan Pelaporan
Gambaran sistem pada DFD level 1, DFD level 1 merupakan pengembangan dari DFD Level 0 Proses melakukan pelaporan, berikut DFD level
1 tentang proses melakukan pelaporan dapat dilihat pada gambar 3.23.
Data Output Jadwal Kunjungan Laporan Data Output Pelanggan Laporan
Data Output Zona Laporan
Data Output Hasil Kunjungan
Data Hasil Kunjungan Diinputkan Data Hasil Kunjungan
Data Hasil Kunjungan Dari KP Zona 1
Melaporkan Hasil Kunjungan
CS PT RIMA Kepala Perwakilan
atau Zona 5
Laporan 1
Zona 3
Pelanggan 4
Kunjungan
Gambar 3.23 Diagram Level 1 Proses Melakukan Pelaporan
3.3.10 Conceptual Data Model CDM
Conceptual Data Model CDM adalah gambaran secara keseluruhan struktur aplikasi. Dengan CDM kita bisa membangun desain awal sistem dan tidak
perlu khawatir dengan detail implementasinya secara fisik. Dan melalui prosedur generation yang mudah, kita bisa melakukan generate CDM ke Physical Data
Model PDM. Bentuk Conceptual Data Model dari Aplikasi penjadwalan kunjungan dan
monitoring pelanggan pada PT. Royal Inti Mandiri Abadi adalah sebagai berikut
Gambar 3.24 Conceptual Data Model
3.3.11 Physical Data Modeling
Physical Data Model menggambarkan struktur data sebagaimana akan di implemtasikan oleh DBMS. Dalam PDM kita bisa mengoptimalkan database
dengan memodifikasi tabel, kolom, index, refrential integrity, view, physical storage, trigger and stored procedure. Procedure database generation menerapkan
hal itu dengan cara menyesuaikan dengan DBMS yang kita pilih. Bentuk Physical data model dari generate conceptual data model untuk
Aplikasi penjadwalan kunjungan dan monitoring pelanggan pada PT. Royal Inti Mandiri Abadi adalah sebagai berikut:
memiliki terdapat
menjadwalkan
dikunjungi berada2
berada
membuat
menghasilkan mempunyai
melakukan
mempunyai memiliki
memilki level_pengguna
id_level nama_level
pi Integer Variable characters 30
M Identifier_1 pi
pengguna id_pengguna
username password
nama_pengguna email_pengguna
telp_pengguna id_session
pi Integer Variable characters 50
Variable characters 50 Variable characters 100
Variable characters 100 Variable characters 12
Variable characters 100 M
Identifier_1 pi zona
id_zona nama_zona
alamat_zona pi Integer
Variable characters 50 Variable characters 150
M Identifier_1 pi
kunjungan id_kunjungan
subjek_kunjungan lokasi_kunjungan
tgl_pengajuan tgl_pelaksanaan
tgl_laporan deskripsi_kunjungan
status_kunjungan tgl_expired
pi Variable characters 5 Variable characters 100
Variable characters 150 Date Time
Date Time Date Time
Text Variable characters 12
Date Time M
Identifier_1 pi laporan
id_laporan tgl_hasil_laporan
delivery_habbit wallet_share
harga_kompetitor program_kompetitor
souvenir status_laporan
file_laporan pi Variable characters 5
Date Time Text
Text Text
Text Text
Integer Variable characters 200
M
Identifier_1 pi pelanggan
id_pelanggan nama_toko
nama_pemilik alamat_pelanggan
telp_pelanggan pi Variable characters 5
Variable characters 50 Variable characters 100
Variable characters 150 Variable characters 12
M Identifier_1 pi
sales id_sales
nama_sales email_sales
alamat_sales telp_sales
status_sales pi Variable characters 5
Variable characters 100 Variable characters 100
Variable characters 150 Variable characters 25
Variable characters 12 M
Identifier_1 pi
Masalah id_masalah
nama_masalah keterangan
pi Integer Variable characters 50
Variable characters 50 M
Identifier_1 pi Harapan
id_harapan nama_harapan
pi Integer Variable characters 100
M Identifier_1 pi
Gambar 3.25 Physical Data Modeling
3.3.12 Struktur Basis Data dan Tabel
Struktur tabel digunakan dalam pembuatan sistem informasi penjadwalan kunjungan. Data-data dibawah ini akan menjelaskan satu per satu secara detil dari
struktur tabel sistem.
a. Nama Tabel
: Level Pengguna
Primary Key : ID_Pengguna
Foreign Key : -
Fungsi : Untuk menyimpan level pengguna yang akan mengakses ke
sistem informasi manajemen keluhan.
FK_MEMILIKI FK_TERDAPAT
FK_MENJADWALKAN
FK_DIKUNJUNGI FK_BERADA2
FK_BERADA FK_MEMBUAT
FK_MENGHASILKAN FK_MENGHASILKAN2
FK_MEMPUNYAI FK_MELAKUKAN
FK_MEMPUNYAI2 FK_MEMILIKI2
FK_MEMILKI3 level_pengguna
id_level nama_level
int varchar30
pk pengguna
id_pengguna id_zona
id_level username
password nama_pengguna
email_pengguna telp_pengguna
id_session int
int int
varchar50 varchar50
varchar100 varchar100
varchar12 varchar100
pk fk2
fk1 zona
id_zona nama_zona
alamat_zona int
varchar50 varchar150
pk kunjungan
id_kunjungan id_pengguna
id_sales id_pelanggan
id_zona id_laporan
subjek_kunjungan lokasi_kunjungan
tgl_pengajuan tgl_pelaksanaan
tgl_laporan deskripsi_kunjungan
status_kunjungan tgl_expired
varchar5 int
varchar5 varchar5
int varchar5
varchar100 varchar150
datetime datetime
datetime text
varchar12 datetime
pk fk1
fk5 fk2
fk3 fk4
laporan id_laporan
id_pengguna id_harapan
id_kunjungan id_masalah
tgl_hasil_laporan delivery_habbit
wallet_share harga_kompetitor
program_kompetitor souvenir
status_laporan file_laporan
varchar5 int
int varchar5
int datetime
text text
text text
text int
varchar200 pk
fk1 fk4
fk2 fk3
pelanggan id_pelanggan
id_zona nama_toko
nama_pemilik alamat_pelanggan
telp_pelanggan varchar5
int varchar50
varchar100 varchar150
varchar12 pk
fk sales
id_sales id_zona
nama_sales email_sales
alamat_sales telp_sales
status_sales varchar5
int varchar100
varchar100 varchar150
varchar25 varchar12
pk fk
Masalah id_masalah
nama_masalah keterangan
int varchar50
varchar50 pk
Harapan id_harapan
id_masalah nama_harapan
int int
varchar100 pk
fk
Tabel 3.4 Level Pengguna
No. Name
Type Size
Keterangan
1. ID_Jabatan
Integer -
Primary Key 2.
Nama_Level Varchar
30 -
b. Nama Tabel