System Flow Penjadwalan Kunjungan Nama Tabel

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