BAB III ANALISA & PERANCANGAN SISTEM

BAB III ANALISA & PERANCANGAN SISTEM

3.1

Profile Perusahaan BCA secara resmi berdiri tanggal 21 Februari 1957 dengan nama Bank

Central Asia NV. Banyak hal telah dilalui sejak saat berdirinya itu dan mungkin yang paling signifikan adalah krisis moneter yang terjadi pada tahun 1997. Krisis ini membawa dampak yang luar biasa pada keseluruhan sistem perbankan di Indonesia. Namun secara khusus, kondisi ini mempengaruhi aliran dana tunai di BCA dan bahkan sempat mengancam kelanjutannya. Banyak nasabah menjadi panik lalu beramai-ramai menarik dana mereka. Akibatnya, bank terpaksa meminta bantuan dari pemerintah Indonesia. Badan Penyehatan Perbankan Nasional (BPPN) lalu mengambil alih BCA pada tahun 1998. Berkat kebijaksanaan bisnis dan pengambilan keputusan yang arif, BCA berhasil pulih kembali pada tahun yang sama. Dibulan Desember 1998, dana pihak ketiga telah kembali ke tingkat sebelum krisis. Aset BCA mencapai Rp 67,93 Triliun, padahal dibulan Desember 1997 hanya Rp 53,36 triliun. Kepercayaan masyarakat pada BCA telah sepenuhnya pulih dan BCA diserahkan oleh BPN ke Bank Indonesia pada tahun 2000. Pada tahun 2002, BPPN melepas 51% dari sahamnya di BCA melalui tender penempatan privat yang strategis. Farindo Investment, Ltd yang berbasis di Mauritius, memenangkan tender tersebut. Saat ini BCA terus memperkokoh tradisi tata kelola perusahaan yang baik, kepatuhan penuh pada regulasi, pengelolaan risiko secara baik dan komitmen pada nasabahnya baik sebagai bank transaksional maupun sebagai lembaga intermediasi finansial.

21

http://digilib.mercubuana.ac.id/

22

3.2

Visi dan Misi Organisasi

a.

Visi Bank pilihan utama andalan masyarakat, yang berperan sebagai pilar

penting perekonomian Indonesia. b.

Misi



Membangun institusi yang unggul di bidang penyelesaian pembayaran dan solusi keuangan bagi nasabah bisnis dan perseorangan.



Memahami beragam kebutuhan nasabah dan memberikan layanan finansial yang tepat demi tercapainya kepuasan optimal bagi nasabah.



Meningkatkan nilai franchise dan nilai stakeholder BCA.

3.3

Struktur Organisasi

Gambar 3.1 Struktur Organisasi Bank BCA


23

3.4

Analisa Sistem Berjalan Bank BCA berusaha meningkatkan jasa pelayanan guna mempertahankan

dan meningkatkan nasabahnya. Bagi nasabah, pelayanan merupakan suatu alasan yang paling penting bagi mereka. Nasabah dapat mempercayai suatu bank karena pelayanan yang diberikan bank terhadap mereka, dimana masing-masing nasabah memiliki alasan yang berbeda-beda dalam hal pelayanan. Dengan ATM, nasabah bisa melakukan transaksi keuangan dengan mudah hingga memberikan suatu nilai tersendiri bagi nasabah yaitu nilai kepuasan terhadap layanan yang diberikan bank. Maka ini memberikan kesempatan bagi bank untuk terus berusaha meningkatkan pelayanan mereka dengan memajukan teknologi ATM. Salah satu strategi yang dilakukan Bank BCA untuk memberikan kemudahan dan meningkatkan kepuasan bagi nasabahnya yaitu dengan pelayanan ATM yang tersebar dibanyak tempat. Namun ada hal yang sering terjadi dan berdampak besar pada tingkat pelayanan Bank BCA yaitu gangguan pada mesin ATM yang menyebabkan terhentinya pelayanan terhadap nasabah. Untuk mengatasi gangguan tersebut diperlukan teknisi yang akan segera memperbaiki kerusakan yang terjadi sehingga pelayanan dapat berlanjut kembali. Bank BCA bekerja sama dengan vendor ATM untuk jasa pengadaan, perbaikan dan pemeliharaan. Saat ini pemanggilan teknisi perbaikan saat ini masih berjalan secara manual melalui telepon dan seringkali panggilan melalui telepon ini tidak dijawab dan memakan waktu yang cukup lama. Berdasarkan permasalahan – permasalahan tersebut, maka diperlukan pengembangan suatu aplikasi Error Report berbasis web pada Bank BCA dalam mengatasi gangguan yang dihadapi nasabah sehingga teknisi dapat segera memperbaiki kerusakan yang terjadi sehingga pelayanan dapat berlanjut kembali sehingga memberikan kemudahan dan meningkatkan kepuasan bagi nasabahnya.


24

3.4.1 Alur Prosedur Sistem Berjalan Error Report yang berjalan pada Bank BCA masih bersifat sederhana. Berikut ini adalah penjelasan alur prosedur Error Report yang sedang berjalan pada Bank BCA: 1.

Security memberitahukan informasi kerusakan ATM pada Customer Service.

2.

Customer Service menelepon vendor ATM untuk melaporkan kerusakan.

3.

Vendor ATM menerima laporan kerusakan dan mengirimkan teknisi ke lokasi kerusakan ATM.

4.

Teknisi datang ke lokasi dan memperbaiki kerusakan ATM.

3.4.2 Use Case Diagram Sistem Berjalan Pemodelan diagram use case dimaksudkan agar dapat mengetahui bagaimana sistem dari setiap tahapan kegiatan yang sedang berjalan, dari deskripsi pemodelan tersebut akan diurai kekurangan dan kelemahan dari sistem yang sedang berjalan. Berikut diagram use case Error Report ATM yang sedang berjalan pada Bank BCA: Use Case Error Report Berjalan Memberikan informasi kerusakan.

Security

Menelepon Vendor ATM

Mengirim Teknisi

Vendor ATM

Customer ` Sevice

Memperbaiki ATM

Teknisi `

Gambar 3.2 Use Case Error Report Berjalan


25

Setiap Use Case dideskripsikan dalam dokumen untuk mendefinisikan bagaimana alur yang harus dilakukan sistem ketika aktor mengaktifkan Use Case. Fungsi dari sistem yang telah digambarkan menggunakan Use Case diagram akan dijelaskan secara lebih detail pada bagian table Use Case Description sebagai berikut:

Tabel 3.1 Skenario Use Case Memberikan Informasi Kerusakan Nama Use Case Aktor Deskripsi Singkat Pra Kondisi Skenario Pasca Kondisi

Memberikan Informasi Kerusakan Security Dilakukan oleh Security untuk memberikan informasi kerusakan Security menyampaikan informasi kerusakan kepada Customer Service. Security menghampiri Customer Service dan memberitahukan jika ada mesin ATM yang mengalami gangguan Customer Service menghubungi vendor ATM melalui telepon

Tabel 3.2 Skenario Use Case Menelepon vendor ATM Nama Use Case Aktor Deskripsi Singkat Pra Kondisi Skenario Pasca Kondisi

Menelepon vendor ATM Customer Service Dilakukan oleh Customer Service untuk menghubungi vendor ATM Customer Service menghubungi vendor ATM melalui Telepon Customer Service menghubungi vendor untuk meminta teknisi segera datang ke lokasi untuk memperbaiki kerusakan ATM Vendor ATM menerima informasi kerusakan dan segera mengirimkan teknisi

Tabel 3.3 Skenario Use Case Mengirim Teknisi Nama Use Case Aktor Deskripsi Singkat Pra Kondisi Skenario

Pasca Kondisi

Mengirim Teknisi Vendor ATM Dilakukan oleh vendor ATM untuk mengirim teknisi Vendor ATM menerima informasi kerusakan dan mengirim teknisi ke lokasi kerusakan ATM Vendor ATM menerima informasi kerusakan dan lokasi segera memberi perintah kepada teknisi untuk segera datang ke lokasi dan memperbaiki kerusakan ATM Teknisi datang ke lokasi dan memperbaiki kerusakan ATM


26

Tabel 3.4 Skenario Use Case Memperbaiki ATM Nama Use Case Aktor Deskripsi Singkat Pra Kondisi Skenario Pasca Kondisi

Memperbaiki ATM Teknisi Dilakukan oleh teknisi untuk memperbaiki kerusakan ATM Teknisi menerima perintah untuk datang ke lokasi dan segera memperbaiki kerusakan ATM Teknisi menerima perintah, informasi kerusakan dan lokasi kemudian segera datang dan memperbaiki kerusakan ATM Kerusakan mesin ATM diperbaiki dan berjalan normal kembali

3.4.3 Analisa Masukan Berisi gambaran tentang masukan yang dibutuhkan oleh Error Report dengan Aplikasi Helpdesk Error Report ATM berbasis Web pada kantor cabang Bank BCA. Masukan yang dibutuhkan pada sistem berjalan adalah: Nama Masukan

: Laporan Gangguan (Error Report).

Sumber

: Customer Service.

Fungsi

: Menerima data gangguan.

Media

: Telepon.

Distribusi

: Vendor ATM.

Frekuensi

: Setiap laporan gangguan yang dilaporkan oleh Customer Service.

Volume

: Tak tentu.

Keterangan

:Dibuat oleh yang melakukan pelaporan gangguan.

Hasil Analisa

: Tidak terdokumentasi dengan baik.

3.4.4 Analisa Keluaran Berisi gambaran tentang keluaran yang dihasilkan pada sistem berjalan : Nama Keluaran

: Pencatatan Gangguan.

Sumber

: Vendor ATM.

Fungsi

: Sebagai dokumentasi hasil pekerjaan teknisi.

Media

: File Excel.

Distribusi

:-

Frekuensi

: Setiap adanya laporan gangguan.

Volume

: Tak tentu.


27

Keterangan

: Dilakukan pencatatan hanya pada file excel apabila ada

laporan Gangguan. Hasil Analisa

:

Kurang detailnya informasi

yang dilakukan dan

pencatatan juga tidak dilakukan dengan format yang standard.

3.4.5 Hasil Analisa Masalah Hasil analisa masalah yang ditemukan pada proses Error Report dengan sistem yang berjalan pada kantor cabang Bank BCA yaitu diantaranya: 1.

Dalam proses pencatatan masalah, vendor ATM merasa kesulitan karena dirasa tidak praktis dengan menggunakan aplikasi Microsoft Excel.

2.

Pada proses pencarian data, vendor ATM merasa kesulitan karena banyaknya data yang tumpang tindih atau redundant.

3.

Pada proses pelaporan kepada manajer BCA, vendor ATM merasa kesulitan mengkategorikan tipe permasalahan yang sama dan banyaknya permasalahan.

4.

Vendor ATM kesulitan dalam penyelesaian masalah, dikarenakan banyaknya kategori masalah dan cara penyelesaian masalah yang tidak ada panduannya.

5.

Hasil laporan ke manajer BCA sering terlambat, dan tidak user friendly sehingga mempengaruhi proses pengambilan keputusan.

3.5

Perancangan Sistem Usulan Berdasarkan dari urutan prosedur sistem yang berjalan menunjukkan bahwa

ada beberapa kendala atau masalah yang terjadi. Kemudian urutan selanjutnya adalah perancangan atau desain sistem usulan yang bertujuan untuk perbaikan serta memberikan gambaran yang jelas pada pengguna tentang proses desain sistem dari awal hingga akhir. Untuk menganalisa sistem yang diusulkan, pada tugas akhir ini menggunakan UML (Unified Modeling Language) sebagai tool utamanya, dan digambarkan melalui use case diagram, activity diagram, sequence diagram, serta class diagram.


28

3.5.1 Alur Prosedur Sistem Usulan Berikut ini adalah penjelasan alur prosedur Aplikasi Helpdesk Error Report ATM berbasis Web pada kantor cabang Bank BCA yang diusulkan adalah : 1.

Customer Service menelepon helpdesk melaporkan keluhan yang

dihadapinya. 2.

Petugas helpdesk menerima telepon dan meng-input problem ke aplikasi helpdesk.

3.

Petugas helpdesk menyelesaikan problem dan meng-update problem jika telah terselesaikan.

4.

Manajer BCA dapat melihat laporan helpdesk kapan saja.

3.5.2 Identifikasi Kebutuhan Perbaikan Identifikasi kebutuhan perbaikan merupakan rangkuman dari hasil analisa sistem berjalan, dimana kita dapat menemukan kekurangannya dan mengetahui apa saja yang dibutuhkan untuk proses perbaikan dengan tujuan menemukan kekurangannya dan mengetahui apa saja yang dibutuhkan untuk proses perbaikan dengan tujuan untuk mengoptimalkan kinerja sistem yang telah berjalan. Kebutuhan - kebutuhan yang harus terpenuhi oleh sistem yang akan dirancang berdasarkan hasil analisa masalah adalah sebagai berikut: 1. Kebutuhan : Data Customer Service. Masalah

: Tidak adanya data Customer Service yang lengkap.

Usulan

: Disediakan data masukan berupa formulir Customer Service.

2. Kebutuhan : Data frontliner helpdesk. Masalah

: Tidak adanya data frontliner helpdesk yang lengkap.

Usulan

: Disediakan data masukan berupa formulir frontliner helpdesk.

3. Kebutuhan : Data Teknisi. Masalah

: Tidak adanya data teknisi yang lengkap.

Usulan

: Disediakan data masukan berupa formulir teknisi.


29

4. Kebutuhan : Data Pelaporan Gangguan. Masalah

: Tidak adanya pendataan tentang pelaporan gangguan yang

lengkap. Usulan

: Disediakan data masukan berupa formulir pelaporan gangguan.

5. Kebutuhan : Data Penunjukan Teknisi. Masalah

: Saat ini proses penunjukan teknisi masih dilakukan secara

manual. Usulan

: Disediakan data masukan berupa formulir penunjukan teknisi.

6. Kebutuhan : Data Laporan Error. Masalah

: Tidak ada laporan gangguan yang pernah dilaporkan oleh

Customer Service. Usulan

: Dengan adanya laporan ini agar dapat mengetahui gangguan yang

sudah pernah dilaporkan Customer Service beserta status progress-nya. 7. Kebutuhan : Status Pekerjaan Teknisi. Masalah

: Tidak ada laporan yang detail tentang status pekerjaan teknisi,

terutama apabila ada penanganan gangguan dilakukan lebih dari 1 hari. Usulan

: Dengan adanya update status ini diharapkan dapat membantu tim

maintenance dalam monitoring gangguan yang ada. 8. Kebutuhan : Laporan History Gangguan (Problem Log). Masalah

: Belum adanya laporan tentang history gangguan

Usulan

: Dengan adanya laporan ini diharapkan dapat membantu Customer

Service untuk melihat gangguan yang pernah terjadi agar dapat direview kembali.


30

3.5.3 Use Case Diagram Sistem Usulan Sistem Usulan

MANAJER BCA

Gambar 3.3 Use Case Sistem Usulan Helpdesk Error Report ATM BCA Tabel 3.5 Skenario Use Case Login Use Case Name Actor Description

Pre-Condition Trigger Scenario

Login Helpdesk, Manajer BCA, Admin Use Case menggambarkan kegiatan login ke dalam sistem dengan memasukkan username dan password untuk masuk ke halaman utama. Belum login Use case ini dilakukan setelah actor membuka browser dan mengakses sistem. 1. Aktor Mengisikan username, password, dan level. 2. Aktor Klik tombol “Login”. 3. Sistem memvalidasi username dan password. 4. Sistem menampilkan halaman utama authentic user.

Alternative Flow

1. Alternatif Langkah 1: Jika mengklik tombol “Reset”, sistem akan membatalkan dan mengkosongkan kembali


31

Lanjutan Tabel 3.5 isian username dan password. 2. Alternatif Langkah 2: Jika username, password tidak sesuai, sistem akan menampilkan pesan kesalahan dan kembali ke halaman login. Conclusion

User berhasil masuk kedalam aplikasi helpdesk problem log.

Post-Condition

User bisa menggunakan sistem.

Tabel 3.6 Skenario Use case Input Problem Use Case Name Actor Description Pre-Condition Trigger Scenario

Input Problem Helpdesk Use case menggambarkan kegiatan input problem ke dalam sistem dengan memasukkan beberapa isian pada halaman add problem. Login sebagai helpdesk. Use case ini dilakukan setelah user melakukan login ke dalam sistem dan memilih menu problem log. 1. Helpdesk memilih sub-menu “problem log”, lalu mengklik sub-menu “add problem”. 2. Sistem menampilkan halaman “add problem”. 3. Helpdesk mengisikan data problem 4. Helpdesk klik tombol “Simpan”. 5. Sistem mengecek kelengkapan data. 6. Sistem menyimpan data problem. 7. Sistem menampilkan di halaman “view problem”.

Alternative Flow

1. Alternatif Langkah 1: Jika mengklik submenu “View Problem”, maka sistem akan menampilkan data problem yang telah ada. 2. Alternatif Langkah 4: Jika mengklik tombol “back”, maka system akan membatalkan dan kembali pada halaman “view problem”. 3. Alternatif Langkah 5: Jika data belum lengkap, maka sistem akan menampilkan alert pada form yang harus di isi. 4. Alternatif Langkah 6: Jika ingin mencari data problem tertentu dapat menggunakan fasilitas dan mengklik tombol “search”, sistem akan menampilkan data problem yang dicari.


32

Conclusion

Data problem akan bertambah

Post-Condition

Penambahan data problem akan disimpan dalam tabel problem

Tabel 3.7 Skenario Use case Update Problem Use Case Name Actor Description

Pre-Condition Trigger Scenario

Update Problem Helpdesk Use case menggambarkan kegiatan update problem untuk merubah status dan data problem dari sebelumnya not finished menjadi running well serta menamba hkan beberapa data problem. Login sebagai helpdesk Use case ini dilakukan setelah actor melakukan login ke dalam sistem dan memilih menu problem log. 1. Helpdesk memilih sub-menu “problem log” lalu mengklik sub-menu “view problem”. 2. Sistem menampilkan halaman “view problem”. 3. Helpdesk mengklik icon update. 4. Sistem akan menampilkan halaman “update problem”. 5. Helpdesk mengisikan data isian solusi problem. 6. Helpdesk klik tombol “Simpan”. 7. Menyimpan data problem.

Alternative Flow

Conclusion Post-Condition

1. Alternatif Langkah 1: Jika mengklik icon “remove”, sistem akan menampilkan alert untuk meyakinkan hapus data user yang dipilih. Data problem akan berubah. Perubahan data problem akan disimpan dalam tabel problem.

Tabel 3.8 Skenario Use case View Report Helpdesk Use Case Name Actor Description Pre-Condition Trigger Scenario

View Report Helpdesk Helpdesk, Manajer Operasional Use case menggambarkan kegiatan melihat laporan helpdesk Login sebagai helpdesk atau manager operasional Use case ini dilakukan setelah user melakukan login ke dalam sistem dan data problem telah terisi. 1. User memilih menu “Report”, memilih submenu “Report Summary”, lalu mengklik submenu “By Year” and “By Month”. 2. User menampilkan halaman “Problem Report Summary”. 3. User memilih menu “Report”, memilih sub menu “Report Chart”, memilih sub menu “Total Problem”, lalu


33

Lanjutan Tabel 3.8 mengklik sub menu “By Year” atau “By Month”. 4. Sistem menampilkan halaman “chart problem total”. 5. Memilih menu “Report”, memilih sub menu “Report Chart”, memilih sub menu “Percentage”, lalu mengklik sub menu “By Year” atau “By Month”. 6. Sistem menampilkan halaman “chart percentage report” Alternative Flow

Conclusion Post-Condition

1. Alternatif Langkah 1: Jika ingin memilih tahun atau bulan tertentu, maka dapat menggunakan fasilitas search dengan memasukan isian tahun dan mengklik icon “view”. Lihat data problem Data problem ditampilkan

Tabel 3.9 Skenario Use case Add User Use Case Name Actor Description Pre-Condition Trigger Scenario

Input Problem Admin Use case menggambarkan kegiatan menambahkan user. Login sebagai Administrator Use case ini dilakukan setelah user melakukan login ke dalam sistem dan memilih menu add user. 1. Administrator memilih sub-menu “user administration”, lalu mengklik sub-menu “add user”. 2. Sistem menampilkan halaman “Tambah User”. 3. Administrator mengisikan data user. 4. Administrator klik tombol “Save”. 5. Sistem mengecek kelengkapan data. 6. Sistem memyimpan data user. 7. Sistem menampilkan di halaman “Lihat User”.

Alternative Flow

1. Alternatif Langkah 1: Jika mengklik sub-menu “view user”, maka sistem akan menampilkan dat a user yang telah ada. 2. Alternatif Langkah 4: Jika mengklik tombol “back”, maka sistem akan membatalkan dan kembali pada halaman “view user”. 3. Alternatif Langkah 5: Jika data belum lengkap, maka sistem akan menampilkan alert pada form yang harus diisi. 4. Alternatif Langkah 7a: Jika ketik nama user dan mengklik tombol “Cari”, sistem akan menampilkan nama user yang dicari. 5. Alternatif Langkah 7b: Jika mengklik icon “update”, sistem akan menampilkan halaman “Update User” untuk


34

Lanjutan Tabel 3.9 mengubah data user yang dipilih. 6. Alternatif Langkah 7c: Jika mengklik icon “remove”, sistem akan menampilkan alert untuk meyakinkan hapus data user yang dipilih. Conclusion Post-Condition

Data user bertambah Penambahan data user akan disimpan dalam tabel user

3.5.4 Activity Diagram Sistem Usulan Berdasarkan dari tabel - tabel narrative use case diatas maka dapat digambarkan aktivitas – aktivitas yang terjadi atau alur kerja dalam use case. Aliran kerja tersebut digambarkan secara grafis dengan Activity diagram. Berikut ini adalah Activity diagram dari masing-masing use case: 3.5.4.1 Activity Diagram Usulan Login Helpdesk, Manajer BCA, Admin

Gambar 3.4 Activity Diagram Usulan Login


35

3.5.4.2 Activity Diagram Usulan Input Problem

Gambar 3.5 Activity Diagram Usulan Input Problem 3.5.4.3 Activity Diagram Usulan Update Problem


36

Gambar 3.6 Activity Diagram Usulan Update Problem 3.5.4.4 Activity Diagram Usulan Add User

Gambar 3.7 Activity Diagram Usulan Add User


37

3.5.4.5 Activity Diagram Usulan View Report Helpdesk

Gambar 3.8 Activity Diagram Usulan View Report Helpdesk


38

3.5.5 Sequence Diagram Usulan Interaksi antara objek yang yang dibutuhkan untuk menjalankan sebuah use case dalam menangkap interaksi obyek-obyek ini menggunakan Sequence Diagram: 3.5.5.1 Sequence Diagram Usulan Login

sys_user

Gambar 3.9 Sequence Diagram Usulan Login

3.5.5.2 Sequence Diagram Usulan Add Problem

Add Problem

Gambar 3.10 Sequence Diagram Usulan Add Problem


39

3.5.5.3 Sequence Diagram Usulan Update Problem

Update Problem

Sys_problem_log

Gambar 3.11 Sequence Diagram Usulan Update Problem 3.5.5.4 Sequence Diagram Usulan Add User

Add User

sys_user

Gambar 3.12 Sequence Diagram Usulan Add User


40

3.5.5.5 Sequence Diagram Usulan View Report Helpdesk

View Report

Manajer BCA

Gambar 3.13 Sequence Diagram Usulan View Report Helpdesk

3.5.6 Class Diagram Usulan Visualisasi dari struktur objek sistem yang diajukan, digambarkan dalam Class diagram. Struktur objek sistem yang diajukan dapat digambarkan dalam Class diagram berikut:


41

Gambar 3.13 Class Diagram Usulan


42

3.5.7 Rancangan Struktur Tabel Berikut ini adalah Rancangan Struktur Tabel sistem usulan pada Bank BCA: 1. Tabel sys_user Nama Tabel

: sys_user

Type File

: Master

Primary Key : user_id Foreign Key : user_role_id Tabel 3.10 Tabel sys_user No

Nama Field

Tipe data

Length

Keterangan

1.

user_id

Int

11

Id user

2.

user_role_id

Int

11

Akses user

3.

fullname

Varchar

25

Keterangan user

4.

email

Varchar

50

Email user

5.

foto

Varchar

25

Foto user

6.

username

Varchar

25

Nama user

7.

password

Varchar

25

Kata kunci

8.

active

Int

1

Status

2. Tabel sys_role Nama Tabel

: sys_role

Type File

: Master

Primary Key : role_id Foreign Key : -


43

Tabel 3.11 Tabel sys_role No

Nama Field

Tipe data

Length

Keterangan

1.

role_id

Int

11

Id jabatan user

2.

role_name

Varchar

50

Nama jabatan

3.

role_description

Varchar

25

Keterangan jabatan

3. Tabel sys_problem_log_detail Nama Tabel

: sys_problem_log_detail

Type File

: Master

Primary Key : pld_id Foreign Key : pl_category, pl_inspected, pld_pl_id, pl_engineer Tabel 3.12 Tabel sys_problem_log_detail No

Nama Field

Tipe data

Length

Keterangan

1.

pld_id

Int

11

Id problem log detail

2.

pld_pl_id

Int

11

Id problem log

3.

pl_category

Int

11

Problem kategori

4.

pl_inspected

Int

11

Pemeriksaan problem log

5.

pl_serial_number

Varchar

25

Serial number problem log

6.

pl_solution

Int

11

Solusi problem log

7.

pl_status

Ti nyint

1

Status problem log

8.

pl_date_closed

Date

-

Tanggal selesai problem log

9.

pl_engineer

Varchar

50

Teknisi yang mengerjakan problem log


44

4. Tabel sys_problem_log Nama Tabel

: sys_problem_log

Type File

: Master

Primary Key : pl_id Foreign Key : pl_equipment_category, pl_service_call Tabel 3.13 Tabel sys_problem_log No

Nama Field

Tipe data

Length

Keterangan

1.

pl_id

int

11

Id problem log

2.

pl_service_call

int

11

Layanan telepon problem

3.

pl_date_added

date

-

Tanggal masuk problem log

3.

pl_time_added

time

-

Waktu masuk problem log

4

pl_description

varchar

1024

Keterangan problem log

5

pl_equipment_category

int

11

Kategori peralatan problem

6

pl_equipment_no

int

11

Nomor peralatan problem


45

5. Tabel core_service_call Nama Tabel

: core_service_call

Type File

: Master

Primary Key : sc_id Foreign Key : Tabel 3.14 Tabel core_service_call No

Nama Field

Tipe data

Length

Keterangan

1.

sc_id

int

11

Id service call

2.

sc_name

varchar

25

Nama service call

3.

sc_description

varchar

25

Keterangan service call

6. Tabel core_problem_solution Nama Tabel

: core_problem_solution

Type File

: Master

Primary Key : ps_id Foreign Key : Tabel 3.15 Tabel core_problem_solution No

Nama Field

Tipe data

Length

Keterangan

1.

ps_id

int

11

Id solusi problem

2.

ps_name

varchar

25

Nama solusi problem

3.

ps_description

varchar

25

Keterangan solusi problem


46

7. Tabel core_problem_inspected_solution Nama Tabel

: core_problem_inspected_solution

Type File

: Master

Primary Key : pi_ps_id Foreign Key : pi_ps_pi_id, pi_ps_ps_id Tabel 3.16 Tabel core_problem_inspected_solution No

Nama Field

Tipe data

Length

Keterangan

1.

pi_ps_id

Int

11

Id problem inspected solution

2.

pi_ps_pi_id

Int

11

Id problem inspected

3.

pi_ps_ps_id

Int

11

Id problem solution

8. Tabel core_problem_inspected Nama Tabel

: core_problem_inspected

Type File

: Master

Primary Key : pi_ id Foreign Key : pi_ pc_id


47

Tabel 3.17 Tabel core_problem_inspected No

Nama Field

Tipe data

Length

Keterangan

1.

pi_ id

Int

11

Id problem inspected

2.

pi_pc_id

Int

11

Id problem category

3.

pi_name

Varchar

25

Nama problem inspected

4.

pi_description

Varchar

25

Keterangan problem inspected

9. Tabel core_problem_category Nama Tabel

: core_problem_category

Type File

: Master

Primary Key : pc_ id Foreign Key : pi_ ec_id Tabel 3.18 Tabel core_problem_category No

Nama Field

Tipe data

Length

Keterangan

1.

pc_ id

int

11

Id problem category

2.

pc_ec_id

int

11

Id equipment category

3.

pc_name

varchar

25

Nama problem category

4.

pc_description

varchar

25

Keterangan problem category


48

10. Tabel core_equipment_category Nama Tabel

: core_equipment_category

Type File

: Master

Primary Key : ec_ id Foreign Key : Tabel 3.19 Tabel core_equipment_category No

Nama Field

Tipe data

Length

Keterangan

1.

ec_ id

int

11

Id equipment category

2.

ec_name

varchar

25

equipment category

3.

ec_description

varchar

25

Keterangan equipment category

3.5.8 Rancangan Struktur Menu Aplikasi Perancangan menu aplikasi Error Report dengan pada kantor cabang Bank BCA di dasari oleh proses yang harus digambarkan dalam use case diagram dan activity diagram. Berdasarkan hal tersebut, maka menu aplikasi dirancang sesuai dengan kebutuhan aktor. Adapun rancangan struktur menu Aplikasi Helpdesk Error Report ATM berbasis Web pada kantor cabang Bank BCA adalah sebagai berikut:

Gambar 3.14 Rancangan Struktur Menu Aplikasi


49

3.5.9 Rancangan Tampilan Layar Adapun rancangan layar Aplikasi Helpdesk Error Report ATM berbasis Web pada kantor cabang Bank BCA adalah sebagai berikut: 3.5.9.1 Perancangan Menu Login Pada gambar 3.15 berikut ini merupakan tampilan untuk login agar user dapat masuk ke sistem aplikasi helpdesk.

Gambar 3.15 Rancangan Menu Login (Admin, Helpdesk, Manajer Operasional)


50

3.5.9.2 Perancangan Menu Add User Pada gambar 3.16 berikut ini adalah tampilan dari menu add user. Pada tampilan dibawah ini user dapat mengisikan data-data user. Menu ini hanya bisa diakses oleh user level helpdesk.

Gambar 3.16 Rancangan Menu Add User


51

3.5.9.3 Perancangan Menu Input Problem Pada gambar 3.17 berikut ini adalah tampilan dari menu input problem. Pada tampilan dibawah ini user dapat mengisikan data-data problem. Menu ini hanya bisa diakses oleh user helpdesk.

Gambar 3.17 Rancangan Menu Input Problem


52

3.5.9.4 Perancangan Menu View Problem Log Pada gambar 3.18 berikut ini adalah tampilan dari menu view problem log. Pada tampilan dibawah ini user dapat melihat data tabel problem log. Menu ini dapat diakses oleh user helpdesk dan manajer operasional.

Gambar 3.18 Rancangan Menu View Problem Log


BAB III ANALISA & PERANCANGAN SISTEM

Recommend Documents