bab iv rancangan sistem dan program usulan · serta faktor keamanan jaringan internet. penulis...

87
BAB IV RANCANGAN SISTEM DAN PROGRAM USULAN 4.1. Analisa Kebutuhan Software A. Tahapan Analisis Penyajian informasi hutang bersifat krusial tidak untuk konsumsi umum. Pada pengoperasian tidak melibatkan pihak eksternal, dalam hal ini vendor misalnya. Meminimalkan biaya perusahaan, mengingat tidak semua pengguna diberi fasilitas untuk dapat mengakses internet. Serta faktor keamanan jaringan internet. Penulis mencoba menyuguhkan Sistem Informasi Serah Terima Bukti Pengakuan dan Pembayaran Hutang yang penulis beri nama Info. Hutang dalam suatu perangkat lunak (software) berkonsep client-server berbentuk program aplikasi berbasis web yang berjalan dengan memanfaatkan fasilitas yang tersedia yaitu jaringan intranet untuk menyikapi keterbatasan yang ada dan harapan akan sistem kontrol bersama guna menciptakan suatu hubungan kerjasama yang semakin solid secara sistematis dalam suatu integrasi data dan proses yang dilakukan berkesinambungan (kontinuitas) sebagai dalam suatu rancangan sistem dan program usulan. Pengguna berinteraksi dengan sistem melalui media browser dalam suatu jaringan intranet yang telah ditentukan dimana komunikasi diantaranya dilakukan melalui Virtual Private Network (VPN) yang telah tersedia. Berikut ini spesifikasi kebutuhan (system requirement) dari sistem yang diusulkan: Halaman Super Administrator: A1. Super Administrator dapat mengelola data Pengguna 56

Upload: vuhanh

Post on 21-Jun-2019

230 views

Category:

Documents


0 download

TRANSCRIPT

56

BAB IV

RANCANGAN SISTEM DAN PROGRAM USULAN

4.1. Analisa Kebutuhan Software

A. Tahapan Analisis

Penyajian informasi hutang bersifat krusial tidak untuk konsumsi umum.

Pada pengoperasian tidak melibatkan pihak eksternal, dalam hal ini vendor

misalnya. Meminimalkan biaya perusahaan, mengingat tidak semua pengguna

diberi fasilitas untuk dapat mengakses internet. Serta faktor keamanan jaringan

internet. Penulis mencoba menyuguhkan Sistem Informasi Serah Terima Bukti

Pengakuan dan Pembayaran Hutang yang penulis beri nama Info. Hutang dalam

suatu perangkat lunak (software) berkonsep client-server berbentuk program

aplikasi berbasis web yang berjalan dengan memanfaatkan fasilitas yang tersedia

yaitu jaringan intranet untuk menyikapi keterbatasan yang ada dan harapan akan

sistem kontrol bersama guna menciptakan suatu hubungan kerjasama yang

semakin solid secara sistematis dalam suatu integrasi data dan proses yang

dilakukan berkesinambungan (kontinuitas) sebagai dalam suatu rancangan sistem

dan program usulan. Pengguna berinteraksi dengan sistem melalui media browser

dalam suatu jaringan intranet yang telah ditentukan dimana komunikasi

diantaranya dilakukan melalui Virtual Private Network (VPN) yang telah tersedia.

Berikut ini spesifikasi kebutuhan (system requirement) dari sistem yang

diusulkan:

Halaman Super Administrator:

A1. Super Administrator dapat mengelola data Pengguna

56

57

A2. Super Administrator dapat mengubah status data Posisi

A3. Super Administrator dapat mengubah status data Otoritas Pengguna

Halaman Administrator:

B1. Administrator dapat mengelola data Perusahaan

B2. Administrator dapat mengelola data Brand

B3. Administrator dapat mengelola data Unit Bisnis

B4. Administrator dapat mengelola data Provinsi

B5. Administrator dapat mengelola data Kabupaten/Kota

B6. Administrator dapat mengelola data Lokasi

B7. Administrator dapat mengelola data Cabang

B8. Administrator dapat mengelola data Departemen

B9. Administrator dapat mengubah data Pengguna

B10. Administrator dapat mengubah data Asal Pengguna

B11. Administrator dapat mengubah status data Posisi

B12. Administrator dapat mengubah status data Otoritas Cabang

B13. Administrator dapat mengubah status data Otoritas Pengguna

B14. Administrator dapat mengubah status data Otoritas Pemohon

B15. Administrator dapat mengubah status data Otoritas Pemroses

B16. Administrator dapat mengubah status data Otoritas Pembayar

B17. Administrator dapat mengelola data Bank

B18. Administrator dapat mengelola data Rekening Bank

B19. Administrator dapat mengelola data Entitas

B20. Administrator dapat mengelola data Vendor

B21. Administrator dapat mengelola data Vendor Unit Bisnis

58

B22. Administrator dapat mengelola data Rekening Bank Vendor

B23. Administrator dapat mengelola data Rekening Bank Cabang

B24. Administrator dapat mengelola data Pengakuan Hutang

B25. Administrator dapat mengelola data Serah Terima

B26. Administrator dapat mengelola data Isi Serah Terima

B27. Administrator dapat mengelola data Pembayaran

Halaman Pembayar:

C1. Pembayar dapat mengelola data Provinsi

C2. Pembayar dapat mengelola data Kabupaten/Kota

C3. Pembayar dapat mengelola data Lokasi

C4. Pembayar dapat mengubah data Asal Pengguna

C5. Pembayar dapat mengelola data Bank

C6. Pembayar dapat mengelola data Rekening Bank

C7. Pembayar dapat mengelola data Rekening Bank Vendor

C8. Pembayar dapat mengelola data Rekening Bank Cabang

C9. Pembayar dapat mengelola data Pengakuan Hutang

C10. Pembayar dapat mengelola data Serah Terima

C11. Pembayar dapat mengelola data Isi Serah Terima

C12. Pembayar dapat mengelola data Pembayaran

Halaman Pemroses:

D1. Pemroses dapat mengelola data Provinsi

D2. Pemroses dapat mengelola data Kabupaten/Kota

D3. Pemroses dapat mengelola data Lokasi

D4. Pemroses dapat mengubah data Asal Pengguna

59

D5. Pemroses dapat mengelola data Bank

D6. Pemroses dapat mengelola data Rekening Bank

D7. Pemroses dapat mengelola data Rekening Bank Vendor

D8. Pemroses dapat mengelola data Pengakuan Hutang

D9. Pemroses dapat mengelola data Serah Terima

D10. Pemroses dapat mengelola data Isi Serah Terima

Halaman Pemohon:

E1. Pemohon dapat mengelola data Brand

E2. Pemohon dapat mengelola data Provinsi

E3. Pemohon dapat mengelola data Kabupaten/Kota

E4. Pemohon dapat mengelola data Lokasi

E5. Pemohon dapat mengubah data Cabang

E6. Pemohon dapat mengubah data Departemen

E7. Pemohon dapat mengubah data Asal Pengguna

E8. Pemohon dapat mengelola data Bank

E9. Pemohon dapat mengelola data Rekening Bank

E10. Pemohon dapat mengelola data Entitas

E11. Pemohon dapat mengelola data Vendor

E12. Pemohon dapat mengelola data Vendor Unit Bisnis

E13. Pemohon dapat mengelola data Rekening Bank Vendor

E14. Pemohon dapat mengelola data Pengakuan Hutang

E15. Pemohon dapat mengelola data Serah Terima

E16. Pemohon dapat mengelola data Isi Serah Terima

60

B. Use Case Diagram

1. Use Case Diagram Halaman Super Administrator

Gambar IV.1 Use Case Diagram Halaman Super Administrator

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Pengguna:

Tabel IV.1

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Pengguna

Use Case Name Mengelola Data Pengguna

Requirements A1

Goal Super Administrator dapat menambah, mengubah, dan menghapus data pengguna

Pre-conditions Super Administrator telah mendapat izin akses

Post-conditions Data pengguna bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Super Administrator

Main Flow/Basic Path 1. Melihat daftar pengguna 2. Menambah data pengguna 3. Menyimpan data pengguna

Alternate Flow/Invariant 1 2a. Mengubah data pengguna

Invariant 2 2b. Menghapus data pengguna

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Otoritas Pengguna:

61

Tabel IV.2

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Otoritas Pengguna

Use Case Name Mengubah Status Data Otoritas Pengguna

Requirements A2

Goal Super Administrator dapat mengubah status data otoritas pengguna

Pre-conditions Super Administrator telah mendapat izin akses

Post-conditions Data otoritas pengguna berubah status

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Super Administrator

Main Flow/Basic Path 1. Melihat daftar otoritas pengguna 2. Mengubah data otoritas pengguna

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Posisi:

Tabel IV.3

Deskripsi Use Case Diagram Halaman Super Administrator Mengelola Data

Posisi

Use Case Name Mengubah Status Data Posisi

Requirements A3

Goal Super Administrator dapat mengubah status data posisi

Pre-conditions Super Administrator telah mendapat izin akses

Post-conditions Data posisi berubah status

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Super Administrator

Main Flow/Basic Path 1. Melihat daftar posisi 2. Mengubah data posisi

62

2. Use Case Diagram Halaman Administrator

Gambar IV.2 Use Case Diagram Halaman Administrator

63

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Perusahaan:

Tabel IV.4

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Perusahaan

Use Case Name Mengelola Data Perusahaan

Requirements B1

Goal Administrator dapat menambah, mengubah, dan menghapus data perusahaan

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data perusahaan bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar perusahaan

2. Menambah data perusahaan

3. Menyimpan data perusahaan

Alternate Flow/Invariant 1 2a. Mengubah data perusahaan

Invariant 2 2b. Menghapus data perusahaan

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Brand:

Tabel IV.5

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Brand

Use Case Name Mengelola Data Brand

Requirements B2

Goal Administrator dapat menambah, mengubah, dan menghapus data brand

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data brand bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar brand

2. Menambah data brand

3. Menyimpan data brand

Alternate Flow/Invariant 1 2a. Mengubah data brand

Invariant 2 2b. Menghapus data brand

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Unit

Bisnis:

Tabel IV.6

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Unit Bisnis

Use Case Name Mengelola Data Unit Bisnis

Requirements B3

Goal Administrator dapat menambah, mengubah, dan menghapus data unit bisnis

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data unit bisnis bertambah, berubah, atau terhapus

64

Use Case Name Mengelola Data Unit Bisnis

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar unit bisnis

2. Menambah data unit bisnis

3. Menyimpan data unit bisnis

Alternate Flow/Invariant 1 2a. Mengubah data unit bisnis

Invariant 2 2b. Menghapus data unit bisnis

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Provinsi:

Tabel IV.7

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Provinsi

Use Case Name Mengelola Data Provinsi

Requirements B4

Goal Administrator dapat menambah, mengubah, dan menghapus data provinsi

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data provinsi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar provinsi

2. Menambah data provinsi

3. Menyimpan data provinsi

Alternate Flow/Invariant 1 2a. Mengubah data provinsi

Invariant 2 2b. Menghapus data provinsi

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Kabupaten/Kota:

Tabel IV.8

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Kabupaten/Kota

Use Case Name Mengelola Data Kabupaten/Kota

Requirements B5

Goal Administrator dapat menambah, mengubah, dan menghapus data kabupaten/kota

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data kabupaten/kota bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar kabupaten/kota

2. Menambah data kabupaten/kota

3. Menyimpan data kabupaten/kota

Alternate Flow/Invariant 1 2a. Mengubah data kabupaten/kota

Invariant 2 2b. Menghapus data kabupaten/kota

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Lokasi:

65

Tabel IV.9

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Lokasi

Use Case Name Mengelola Data Lokasi

Requirements B6

Goal Administrator dapat menambah, mengubah, dan menghapus data lokasi

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data lokasi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar lokasi

2. Menambah data lokasi

3. Menyimpan data lokasi

Alternate Flow/Invariant 1 2a. Mengubah data lokasi

Invariant 2 2b. Menghapus data lokasi

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Cabang:

Tabel IV.10

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Cabang

Use Case Name Mengelola Data Cabang

Requirements B7

Goal Administrator dapat menambah, mengubah, dan menghapus data cabang

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data cabang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar cabang

2. Menambah data cabang

3. Menyimpan data cabang

Alternate Flow/Invariant 1 2a. Mengubah data cabang

Invariant 2 2b. Menghapus data cabang

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Departemen:

Tabel IV.11

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Departemen

Use Case Name Mengelola Data Departemen

Requirements B8

Goal Administrator dapat menambah, mengubah, dan menghapus data departemen

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data departemen bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path 1. Melihat daftar departemen

66

Use Case Name Mengelola Data Departemen

2. Menambah data departemen

3. Menyimpan data departemen

Alternate Flow/Invariant 1 2a. Mengubah data departemen

Invariant 2 2b. Menghapus data departemen

Deskripsi Use Case Diagram Halaman Administrator Mengubah Data Pengguna:

Tabel IV.12

Deskripsi Use Case Diagram Halaman Administrator Mengubah Data Pengguna

Use Case Name Mengubah Data Pengguna

Requirements B9

Goal Administrator dapat mengubah data pengguna

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar pengguna

2. Mengubah data pengguna

3. Menyimpan data pengguna

Deskripsi Use Case Diagram Halaman Administrator Mengubah Data Asal

Pengguna:

Tabel IV.13

Deskripsi Use Case Diagram Halaman Administrator Mengubah Data Asal

Pengguna

Use Case Name Mengubah Data Asal Pengguna

Requirements B10

Goal Administrator mengubah data asal pengguna

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data asal pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar asal pengguna

2. Mengubah data asal pengguna

3. Menyimpan data asal pengguna

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Posisi:

67

Tabel IV.14

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Posisi

Use Case Name Mengubah Status Data Posisi

Requirements B11

Goal Administrator mengubah status data posisi

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data posisi berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar posisi

2. Mengubah data posisi

3. Menyimpan data posisi

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Cabang:

Tabel IV.15

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Cabang

Use Case Name Mengubah Status Data Otoritas Cabang

Requirements B12

Goal Administrator mengubah status data otoritas cabang

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data otoritas cabang berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar otoritas cabang

2. Mengubah data otoritas cabang

3. Menyimpan data otoritas cabang

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pengguna:

Tabel IV.16

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pengguna

Use Case Name Mengubah Status Data Otoritas Pengguna

Requirements B13

Goal Administrator mengubah status data otoritas pengguna

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data otoritas pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path 1. Melihat daftar otoritas pengguna

68

Use Case Name Mengubah Status Data Otoritas Pengguna

2. Mengubah data otoritas pengguna

3. Menyimpan data otoritas pengguna

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pemohon:

Tabel IV.17

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pemohon

Use Case Name Mengubah Status Data Otoritas Pemohon

Requirements B14

Goal Administrator dapat mengubah status data otoritas pemohon

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data otoritas pemohon berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar otoritas pemohon

2. Mengubah data otoritas pemohon

3. Menyimpan data otoritas pemohon

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pemroses:

Tabel IV.18

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pemroses

Use Case Name Mengubah Status Data Otoritas Pemroses

Requirements B15

Goal Administrator mengubah status data otoritas pemroses

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data otoritas pemroses berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar otoritas pemroses

2. Mengubah data otoritas pemroses

3. Menyimpan data otoritas pemroses

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pembayar:

69

Tabel IV.19

Deskripsi Use Case Diagram Halaman Administrator Mengubah Status Data

Otoritas Pembayar

Use Case Name Mengubah Status Data Otoritas Pembayar

Requirements B16

Goal Administrator mengubah status data otoritas pembayar

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data otoritas pembayar berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar otoritas pembayar

2. Mengubah data otoritas pembayar

3. Menyimpan data otoritas pembayar

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Bank:

Tabel IV.20

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Bank

Use Case Name Mengelola Data Bank

Requirements B17

Goal Administrator dapat menambah, mengubah, dan menghapus data bank

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar bank

2. Menambah data bank

3. Menyimpan data bank

Alternate Flow/Invariant 1 2a. Mengubah data bank

Invariant 2 2b. Menghapus data bank

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank:

Tabel IV.21

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank

Use Case Name Mengelola Data Rekening Bank

Requirements B18

Goal Administrator dapat menambah, mengubah, dan menghapus data rekening bank

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data rekening bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path 1. Melihat daftar rekening bank

2. Menambah data rekening bank

70

Use Case Name Mengelola Data Rekening Bank

3. Menyimpan data rekening bank

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank

Invariant 2 2b. Menghapus data rekening bank

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Entitas:

Tabel IV.22

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Entitas

Use Case Name Mengelola Data Entitas

Requirements B19

Goal Administrator dapat menambah, mengubah, dan menghapus data entitas

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data entitas bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar entitas

2. Menambah data entitas

3. Menyimpan data entitas

Alternate Flow/Invariant 1 2a. Mengubah data entitas

Invariant 2 2b. Menghapus data entitas

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Vendor:

Tabel IV.23

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Vendor

Use Case Name Mengelola Data Vendor

Requirements B20

Goal Administrator dapat menambah, mengubah, dan menghapus data vendor

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar vendor

2. Menambah data vendor

3. Menyimpan data vendor

Alternate Flow/Invariant 1 2a. Mengubah data vendor

Invariant 2 2b. Menghapus data vendor

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Vendor

Unit Bisnis:

71

Tabel IV.24

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Vendor

Unit Bisnis

Use Case Name Mengelola Data Vendor Unit Bisnis

Requirements B21

Goal Administrator dapat menambah, mengubah, dan menghapus data vendor unit bisnis

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data vendor unit bisnis bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar vendor unit bisnis

2. Menambah data vendor unit bisnis

3. Menyimpan data vendor unit bisnis

Alternate Flow/Invariant 1 2a. Mengubah data vendor unit bisnis

Invariant 2 2b. Menghapus data vendor unit bisnis

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank Vendor:

Tabel IV.25

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank Vendor

Use Case Name Mengelola Data Rekening Bank Vendor

Requirements B22

Goal Administrator dapat menambah, mengubah, dan menghapus data rekening bank vendor

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data rekening bank vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar rekening bank vendor

2. Menambah data rekening bank vendor

3. Menyimpan data rekening bank vendor

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank vendor

Invariant 2 2b. Menghapus data rekening bank vendor

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank Cabang:

Tabel IV.26

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Rekening

Bank Cabang

Use Case Name Mengelola Data Rekening Bank Cabang

Requirements B23

Goal Administrator dapat menambah, mengubah, dan menghapus data rekening bank cabang

Pre-conditions Administrator telah mendapat izin akses

72

Use Case Name Mengelola Data Rekening Bank Cabang

Post-conditions Data rekening bank cabang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar rekening bank cabang

2. Menambah data rekening bank cabang

3. Menyimpan data rekening bank cabang

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank cabang

Invariant 2 2b. Menghapus data rekening bank cabang

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Pengakuan

Hutang:

Tabel IV.27

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Pengakuan

Hutang

Use Case Name Mengelola Data Pengakuan Hutang

Requirements B24

Goal Administrator dapat menambah, mengubah, dan menghapus data pengakuan hutang

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data pengakuan hutang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar pengakuan hutang

2. Menambah data pengakuan hutang

3. Menyimpan data pengakuan hutang

Alternate Flow/Invariant 1 2a. Mengubah data pengakuan hutang

Invariant 2 2b. Menghapus data pengakuan hutang

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Serah

Terima:

Tabel IV.28

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Serah

Terima

Use Case Name Mengelola Data Serah Terima

Requirements B25

Goal Administrator dapat menambah, mengubah, dan menghapus data serah terima

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar serah terima

2. Menambah data serah terima

3. Menyimpan data serah terima

Alternate Flow/Invariant 1 2a. Mengubah data serah terima

73

Use Case Name Mengelola Data Serah Terima

Invariant 2 2b. Menghapus data serah terima

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Isi Serah

Terima:

Tabel IV.29

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data Isi Serah

Terima

Use Case Name Mengelola Data Isi Serah Terima

Requirements B26

Goal Administrator dapat menambah, mengubah, dan menghapus data isi serah terima

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data isi serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar isi serah terima

2. Menambah data isi serah terima

3. Menyimpan data isi serah terima

Alternate Flow/Invariant 1 2a. Mengubah data isi serah terima

Invariant 2 2b. Menghapus data isi serah terima

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Pembayaran:

Tabel IV.30

Deskripsi Use Case Diagram Halaman Administrator Mengelola Data

Pembayaran

Use Case Name Mengelola Data Pembayaran

Requirements B27

Goal Administrator dapat menambah, mengubah, dan menghapus data pembayaran

Pre-conditions Administrator telah mendapat izin akses

Post-conditions Data pembayaran bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Administrator

Main Flow/Basic Path

1. Melihat daftar pembayaran

2. Menambah data pembayaran

3. Menyimpan data pembayaran

Alternate Flow/Invariant 1 2a. Mengubah data pembayaran

Invariant 2 2b. Menghapus data pembayaran

74

3. Use Case Diagram Halaman Pembayar

Gambar IV.3 Use Case Diagram Halaman Pembayar

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Provinsi:

Tabel IV.31

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Provinsi

Use Case Name Mengelola Data Provinsi

Requirements C1

Goal Pembayar dapat menambah, mengubah, dan menghapus data provinsi

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data provinsi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar provinsi

2. Menambah data provinsi

3. Menyimpan data provinsi

Alternate Flow/Invariant 1 2a. Mengubah data provinsi

Invariant 2 2b. Menghapus data provinsi

Mengelola Data Kabupaten/Kota

Mengubah Data

Asal Pengguna

Mengelola Data Rekening Bank

Mengelola Data Rekening Bank

Cabang

Mengelola Data Serah Terima

Mengelola Data

Pembayaran

Mengelola Data

Provinsi

Mengelola Data

Lokasi

Mengelola Data

Bank

Mengelola Data Rekening Bank

Vendor

Mengelola Data

Pengakuan

Hutang

Mengelola Data Isi Serah Terima

Izin Akses

Pembayar

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

75

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data

Kabupaten/Kota:

Tabel IV.32

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data

Kabupaten/Kota

Use Case Name Mengelola Data Kabupaten/Kota

Requirements C2

Goal Pembayar dapat menambah, mengubah, dan menghapus data kabupaten/kota

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data kabupaten/kota bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar kabupaten/kota

2. Menambah data kabupaten/kota

3. Menyimpan data kabupaten/kota

Alternate Flow/Invariant 1 2a. Mengubah data kabupaten/kota

Invariant 2 2b. Menghapus data kabupaten/kota

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Lokasi:

Tabel IV.33

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Lokasi

Use Case Name Mengelola Data Lokasi

Requirements C3

Goal Pembayar dapat menambah, mengubah, dan menghapus data lokasi

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data lokasi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar lokasi

2. Menambah data lokasi

3. Menyimpan data lokasi

Alternate Flow/Invariant 1 2a. Mengubah data lokasi

Invariant 2 2b. Menghapus data lokasi

Deskripsi Use Case Diagram Halaman Pembayar Mengubah Data Asal

Pengguna:

76

Tabel IV.34

Deskripsi Use Case Diagram Halaman Pembayar Mengubah Data Asal Pengguna

Use Case Name Mengubah Data Asal Pengguna

Requirements C4

Goal Pembayar mengubah data asal pengguna

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data asal pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar asal pengguna

2. Mengubah data asal pengguna

3. Menyimpan data asal pengguna

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Bank:

Tabel IV.35

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Bank

Use Case Name Mengelola Data Bank

Requirements C5

Goal Pembayar dapat menambah, mengubah, dan menghapus data bank

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar bank

2. Menambah data bank

3. Menyimpan data bank

Alternate Flow/Invariant 1 2a. Mengubah data bank

Invariant 2 2b. Menghapus data bank

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening

Bank:

Tabel IV.36

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening Bank

Use Case Name Mengelola Data Rekening Bank

Requirements C6

Goal Pembayar dapat menambah, mengubah, dan menghapus data rekening bank

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data rekening bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar rekening bank

2. Menambah data rekening bank

3. Menyimpan data rekening bank

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank

77

Use Case Name Mengelola Data Rekening Bank

Invariant 2 2b. Menghapus data rekening bank

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening Bank

Vendor:

Tabel IV.37

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening Bank

Vendor

Use Case Name Mengelola Data Rekening Bank Vendor

Requirements C7

Goal Pembayar dapat menambah, mengubah, dan menghapus data rekening bank vendor

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data rekening bank vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar rekening bank vendor

2. Menambah data rekening bank vendor

3. Menyimpan data rekening bank vendor

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank vendor

Invariant 2 2b. Menghapus data rekening bank vendor

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening Bank

Cabang:

Tabel IV.38

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Rekening Bank

Cabang

Use Case Name Mengelola Data Rekening Bank Cabang

Requirements C8

Goal Pembayar dapat menambah, mengubah, dan menghapus data rekening bank cabang

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data rekening bank cabang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar rekening bank cabang

2. Menambah data rekening bank cabang

3. Menyimpan data rekening bank cabang

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank cabang

Invariant 2 2b. Menghapus data rekening bank cabang

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Pengakuan

Hutang:

78

Tabel IV.39

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Pengakuan

Hutang

Use Case Name Mengelola Data Pengakuan Hutang

Requirements C9

Goal Pembayar dapat menambah, mengubah, dan menghapus data pengakuan hutang

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data pengakuan hutang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar pengakuan hutang

2. Menambah data pengakuan hutang

3. Menyimpan data pengakuan hutang

Alternate Flow/Invariant 1 2a. Mengubah data pengakuan hutang

Invariant 2 2b. Menghapus data pengakuan hutang

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Serah Terima:

Tabel IV.40

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Serah Terima

Use Case Name Mengelola Data Serah Terima

Requirements C10

Goal Pembayar dapat menambah, mengubah, dan menghapus data serah terima

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar serah terima

2. Menambah data serah terima

3. Menyimpan data serah terima

Alternate Flow/Invariant 1 2a. Mengubah data serah terima

Invariant 2 2b. Menghapus data serah terima

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Isi Serah

Terima:

Tabel IV.41

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Isi Serah

Terima

Use Case Name Mengelola Data Isi Serah Terima

Requirements C11

Goal Pembayar dapat menambah, mengubah, dan menghapus data isi serah terima

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data isi serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

79

Use Case Name Mengelola Data Isi Serah Terima

Main Flow/Basic Path

1. Melihat daftar isi serah terima

2. Menambah data isi serah terima

3. Menyimpan data isi serah terima

Alternate Flow/Invariant 1 2a. Mengubah data isi serah terima

Invariant 2 2b. Menghapus data isi serah terima

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Pembayaran:

Tabel IV.42

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Pembayaran

Use Case Name Mengelola Data Pembayaran

Requirements C12

Goal Pembayar dapat menambah, mengubah, dan menghapus data pembayaran

Pre-conditions Pembayar telah mendapat izin akses

Post-conditions Data pembayaran bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pembayar

Main Flow/Basic Path

1. Melihat daftar pembayaran

2. Menambah data pembayaran

3. Menyimpan data pembayaran

Alternate Flow/Invariant 1 2a. Mengubah data pembayaran

Invariant 2 2b. Menghapus data pembayaran

80

4. Use Case Diagram Halaman Pemroses

Gambar IV.4 Use Case Diagram Halaman Pemroses

Deskripsi Use Case Diagram Halaman Pembayar Mengelola Data Provinsi:

Tabel IV.43

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Provinsi

Use Case Name Mengelola Data Provinsi

Requirements D1

Goal Pemroses dapat menambah, mengubah, dan menghapus data provinsi

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data provinsi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar provinsi

2. Menambah data provinsi

3. Menyimpan data provinsi

Alternate Flow/Invariant 1 2a. Mengubah data provinsi

Invariant 2 2b. Menghapus data provinsi

Mengelola Data Kabupaten/Kota

Mengubah Data Asal Pengguna

Mengelola Data Rekening Bank

Mengelola data Pengakuan

Hutang

Mengelola Data Isi Serah Terima

Mengelola Data

Provinsi

Mengelola Data

Lokasi

Mengelola Data Bank

Mengelola Data Rekening Bank

Vendor

Mengelola data Serah Terima

Izin Akses

Pemroses

<<include>> <<include>

>

<<include>> <<include>>

<<include>> <<include>>

<<include>

> <<include>

>

<<include>> <<include>>

81

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data

Kabupaten/Kota:

Tabel IV.44

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data

Kabupaten/Kota

Use Case Name Mengelola Data Kabupaten/Kota

Requirements D2

Goal Pemroses dapat menambah, mengubah, dan menghapus data kabupaten/kota

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data kabupaten/kota bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar kabupaten/kota

2. Menambah data kabupaten/kota

3. Menyimpan data kabupaten/kota

Alternate Flow/Invariant 1 2a. Mengubah data kabupaten/kota

Invariant 2 2b. Menghapus data kabupaten/kota

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Lokasi:

Tabel IV.45

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Lokasi

Use Case Name Mengelola Data Lokasi

Requirements D3

Goal Pemroses dapat menambah, mengubah, dan menghapus data lokasi

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data lokasi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar lokasi

2. Menambah data lokasi

3. Menyimpan data lokasi

Alternate Flow/Invariant 1 2a. Mengubah data lokasi

Invariant 2 2b. Menghapus data lokasi

Deskripsi Use Case Diagram Halaman Pemroses Mengubah Data Asal Pengguna:

Tabel IV.46

Deskripsi Use Case Diagram Halaman Pemroses Mengubah Data Asal Pengguna

Use Case Name Mengubah Data Asal Pengguna

Requirements D4

Goal Pemroses mengubah data asal pengguna

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data asal pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

82

Use Case Name Mengubah Data Asal Pengguna

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar asal pengguna

2. Mengubah data asal pengguna

3. Menyimpan data asal pengguna

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Bank:

Tabel IV.47

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Bank

Use Case Name Mengelola Data Bank

Requirements D5

Goal Pemroses dapat menambah, mengubah, dan menghapus data bank

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar bank

2. Menambah data bank

3. Menyimpan data bank

Alternate Flow/Invariant 1 2a. Mengubah data bank

Invariant 2 2b. Menghapus data bank

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Rekening

Bank:

Tabel IV.48

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Rekening Bank

Use Case Name Mengelola Data Rekening Bank

Requirements D6

Goal Pemroses dapat menambah, mengubah, dan menghapus data rekening bank

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data rekening bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar rekening bank

2. Menambah data rekening bank

3. Menyimpan data rekening bank

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank

Invariant 2 2b. Menghapus data rekening bank

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Rekening Bank

Vendor:

83

Tabel IV.49

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Rekening Bank

Vendor

Use Case Name Mengelola Data Rekening Bank Vendor

Requirements D7

Goal Pemroses dapat menambah, mengubah, dan menghapus data rekening bank vendor

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data rekening bank vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar rekening bank vendor

2. Menambah data rekening bank vendor

3. Menyimpan data rekening bank vendor

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank vendor

Invariant 2 2b. Menghapus data rekening bank vendor

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Pengakuan

Hutang:

Tabel IV.50

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Pengakuan

Hutang

Use Case Name Mengelola Data Pengakuan Hutang

Requirements D8

Goal Pemroses dapat menambah, mengubah, dan menghapus data pengakuan hutang

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data pengakuan hutang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar pengakuan hutang

2. Menambah data pengakuan hutang

3. Menyimpan data pengakuan hutang

Alternate Flow/Invariant 1 2a. Mengubah data pengakuan hutang

Invariant 2 2b. Menghapus data pengakuan hutang

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Serah Terima:

Tabel IV.51

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Serah Terima

Use Case Name Mengelola Data Serah Terima

Requirements D9

Goal Pemroses dapat menambah, mengubah, dan menghapus data serah terima

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

84

Use Case Name Mengelola Data Serah Terima

Main Flow/Basic Path

1. Melihat daftar serah terima

2. Menambah data serah terima

3. Menyimpan data serah terima

Alternate Flow/Invariant 1 2a. Mengubah data serah terima

Invariant 2 2b. Menghapus data serah terima

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Isi Serah

Terima:

Tabel IV.52

Deskripsi Use Case Diagram Halaman Pemroses Mengelola Data Isi Serah

Terima

Use Case Name Mengelola Data Isi Serah Terima

Requirements D10

Goal Pemroses dapat menambah, mengubah, dan menghapus data isi serah terima

Pre-conditions Pemroses telah mendapat izin akses

Post-conditions Data isi serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemroses

Main Flow/Basic Path

1. Melihat daftar isi serah terima

2. Menambah data isi serah terima

3. Menyimpan data isi serah terima

Alternate Flow/Invariant 1 2a. Mengubah data isi serah terima

Invariant 2 2b. Menghapus data isi serah terima

85

5. Use Case Diagram Halaman Pemohon

Gambar IV.5 Use Case Diagram Halaman Pemohon

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Brand:

Tabel IV.53

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Brand

Use Case Name Mengelola Data Brand

Requirements E1

Goal Pemohon dapat menambah, mengubah, dan menghapus data brand

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data brand bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar brand

2. Menambah data brand

3. Menyimpan data brand

Alternate Flow/Invariant 1 2a. Mengubah data brand

Invariant 2 2b. Menghapus data brand

Mengelola data Provinsi

Mengelola data

Lokasi

Mengubah data Departemen

Mengelola data Bank

Mengelola data Entitas

Mengelola data Vendor Unit Bisnis

Mengelola data Pengakuan

Hutang

Mengelola data Isi

Serah Terima

Mengelola data Brand

Mengelola data Kabupaten/Kota

Mengubah data

Cabang

Mengubah data

Asal Pengguna

Mengelola data Rekening Bank

Mengelola data Vendor

Mengelola data Rekening Bank

Vendor

Mengelola data Serah Terima

Izin Akses

Pemohon

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

<<include>> <<include>>

86

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Provinsi:

Tabel IV.54

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Provinsi

Use Case Name Mengelola Data Provinsi

Requirements E2

Goal Pemohon dapat menambah, mengubah, dan menghapus data provinsi

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data provinsi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar provinsi

2. Menambah data provinsi

3. Menyimpan data provinsi

Alternate Flow/Invariant 1 2a. Mengubah data provinsi

Invariant 2 2b. Menghapus data provinsi

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data

Kabupaten/Kota:

Tabel IV.55

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data

Kabupaten/Kota

Use Case Name Mengelola Data Kabupaten/Kota

Requirements E3

Goal Pemohon dapat menambah, mengubah, dan menghapus data kabupaten/kota

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data kabupaten/kota bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar kabupaten/kota

2. Menambah data kabupaten/kota

3. Menyimpan data kabupaten/kota

Alternate Flow/Invariant 1 2a. Mengubah data kabupaten/kota

Invariant 2 2b. Menghapus data kabupaten/kota

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Lokasi:

Tabel IV.56

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Lokasi

Use Case Name Mengelola Data Lokasi

Requirements E4

Goal Pemohon dapat menambah, mengubah, dan menghapus data lokasi

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data lokasi bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

87

Use Case Name Mengelola Data Lokasi

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar lokasi

2. Menambah data lokasi

3. Menyimpan data lokasi

Alternate Flow/Invariant 1 2a. Mengubah data lokasi

Invariant 2 2b. Menghapus data lokasi

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Cabang:

Tabel IV.57

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Cabang

Use Case Name Mengelola Data Cabang

Requirements E5

Goal Pemohon dapat menambah, mengubah, dan menghapus data cabang

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data cabang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar cabang

2. Menambah data cabang

3. Menyimpan data cabang

Alternate Flow/Invariant 1 2a. Mengubah data cabang

Invariant 2 2b. Menghapus data cabang

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Departemen:

Tabel IV.58

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Departemen

Use Case Name Mengelola Data Departemen

Requirements E6

Goal Pemohon dapat menambah, mengubah, dan menghapus data departemen

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data departemen bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar departemen

2. Menambah data departemen

3. Menyimpan data departemen

Alternate Flow/Invariant 1 2a. Mengubah data departemen

Invariant 2 2b. Menghapus data departemen

Deskripsi Use Case Diagram Halaman Pemohon Mengubah Data Asal Pengguna:

88

Tabel IV.59

Deskripsi Use Case Diagram Halaman Pemohon Mengubah Data Asal Pengguna

Use Case Name Mengubah Data Asal Pengguna

Requirements E7

Goal Pemohon mengubah data asal pengguna

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data asal pengguna berubah

Failed end condition Perubahan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar asal pengguna

2. Mengubah data asal pengguna

3. Menyimpan data asal pengguna

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Bank:

Tabel IV.60

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Bank

Use Case Name Mengelola Data Bank

Requirements E8

Goal Pemohon dapat menambah, mengubah, dan menghapus data bank

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar bank

2. Menambah data bank

3. Menyimpan data bank

Alternate Flow/Invariant 1 2a. Mengubah data bank

Invariant 2 2b. Menghapus data bank

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Rekening Bank:

Tabel IV.61

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Rekening Bank

Use Case Name Mengelola Data Rekening Bank

Requirements E9

Goal Pemohon dapat menambah, mengubah, dan menghapus data rekening bank

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data rekening bank bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar rekening bank

2. Menambah data rekening bank

3. Menyimpan data rekening bank

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank

Invariant 2 2b. Menghapus data rekening bank

89

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Entitas:

Tabel IV.62

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Entitas

Use Case Name Mengelola Data Entitas

Requirements E10

Goal Pemohon dapat menambah, mengubah, dan menghapus data entitas

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data entitas bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar entitas

2. Menambah data entitas

3. Menyimpan data entitas

Alternate Flow/Invariant 1 2a. Mengubah data entitas

Invariant 2 2b. Menghapus data entitas

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Vendor:

Tabel IV.63

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Vendor

Use Case Name Mengelola Data Vendor

Requirements E11

Goal Pemohon dapat menambah, mengubah, dan menghapus data vendor

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar vendor

2. Menambah data vendor

3. Menyimpan data vendor

Alternate Flow/Invariant 1 2a. Mengubah data vendor

Invariant 2 2b. Menghapus data vendor

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Vendor Unit

Bisnis:

Tabel IV.64

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Vendor Unit

Bisnis

Use Case Name Mengelola Data Vendor Unit Bisnis

Requirements E12

Goal Pemohon dapat menambah, mengubah, dan menghapus data vendor unit bisnis

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data vendor unit bisnis bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

90

Use Case Name Mengelola Data Vendor Unit Bisnis

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar vendor unit bisnis

2. Menambah data vendor unit bisnis

3. Menyimpan data vendor unit bisnis

Alternate Flow/Invariant 1 2a. Mengubah data vendor unit bisnis

Invariant 2 2b. Menghapus data vendor unit bisnis

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Rekening Bank

Vendor:

Tabel IV.65

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Rekening Bank

Vendor

Use Case Name Mengelola Data Rekening Bank Vendor

Requirements E13

Goal Pemohon dapat menambah, mengubah, dan menghapus data rekening bank vendor

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data rekening bank vendor bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar rekening bank vendor

2. Menambah data rekening bank vendor

3. Menyimpan data rekening bank vendor

Alternate Flow/Invariant 1 2a. Mengubah data rekening bank vendor

Invariant 2 2b. Menghapus data rekening bank vendor

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Pengakuan

Hutang:

Tabel IV.66

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Pengakuan

Hutang

Use Case Name Mengelola Data Pengakuan Hutang

Requirements E14

Goal Pemohon dapat menambah, mengubah, dan menghapus data pengakuan hutang

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data pengakuan hutang bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar pengakuan hutang

2. Menambah data pengakuan hutang

3. Menyimpan data pengakuan hutang

Alternate Flow/Invariant 1 2a. Mengubah data pengakuan hutang

Invariant 2 2b. Menghapus data pengakuan hutang

91

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Serah Terima:

Tabel IV.67

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Serah Terima

Use Case Name Mengelola Data Serah Terima

Requirements E15

Goal Pemohon dapat menambah, mengubah, dan menghapus data serah terima

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar serah terima

2. Menambah data serah terima

3. Menyimpan data serah terima

Alternate Flow/Invariant 1 2a. Mengubah data serah terima

Invariant 2 2b. Menghapus data serah terima

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Isi Serah

Terima:

Tabel IV.68

Deskripsi Use Case Diagram Halaman Pemohon Mengelola Data Isi Serah

Terima

Use Case Name Mengelola Data Isi Serah Terima

Requirements E16

Goal Pemohon dapat menambah, mengubah, dan menghapus data isi serah terima

Pre-conditions Pemohon telah mendapat izin akses

Post-conditions Data isi serah terima bertambah, berubah, atau terhapus

Failed end condition Penyimpanan, perubahan, atau penghapusan tidak dapat dilakukan

Primary Actors Pemohon

Main Flow/Basic Path

1. Melihat daftar isi serah terima

2. Menambah data isi serah terima

3. Menyimpan data isi serah terima

Alternate Flow/Invariant 1 2a. Mengubah data isi serah terima

Invariant 2 2b. Menghapus data isi serah terima

92

C. Activity Diagram

1. Activity Diagram Registrasi Pembuatan BPH

Gambar IV.6 Activity Diagram Registrasi Pembuatan BPH

93

2. Activity Diagram Registrasi Nomor Serah Terima

Gambar IV.7 Activity Diagram Registrasi Nomor Serah Terima

3. Activity Diagram Identifikasi Isi Serah Terima

Gambar IV.8 Activity Diagram Identifikasi Isi Serah Terima

94

4. Activity Diagram Penyerahan BPH

Gambar IV.9 Activity Diagram Penyerahan BPH

5. Activity Diagram Penerimaan BPH

Gambar IV.10 Activity Diagram Penerimaan BPH

95

6. Activity Diagram Pengakuan Hutang

Gambar IV.11 Activity Diagram Pengakuan Hutang

96

7. Activity Diagram Penjadwalan Pembayaran

Gambar IV.12 Activity Diagram Penjadwalan Pembayaran

8. Activity Diagram Pembayaran

Gambar IV.13 Activity Diagram Pembayaran

97

4.2. Desain

Dalam program jika browser yang digunakan sebagai client bukan Google

Chrome maka akan menampilkan pesan “Untuk tampilan yang sesuai gunakanlah

Google Chrome!”. Pada browser diperlukan Javascript yang dizinkan. Hal ini

untuk memastikan interaksi program dengan pengguna dan penyampaian

informasi didalamnya tersaji sesuai desain.

Program disetel pada zona Waktu Indonesia Barat (WIB) menyesuaikan

setting-an waktu pada server. Hal demikian diperlukan guna mendapatkan acuan

waktu yang sama dalam hal pencatatan data serta penyampaian informasinya.

Penetapan waktu mulai pada tanggal 1 Januari 2018 jam 00:00:00 WIB. Akses

pengguna dibedakan menurut otoritas pengguna sesuai posisi yang telah

ditentukan. Untuk keamanan, terdapat fitur Captcha pada awal program (formulir

izin akses) dan pada akses kondisi diam (idle, sebagai sensor terhadap pengguna

yang tidak melakukan hal apapun baik melalui keyboard ataupun mouse) saat

Info. Hutang terakses yaitu tersetelnya batas waktu akses selama 30 (tiga puluh)

detik sejak pergerakan terakhir. Jika batas waktu akses habis maka pengguna

secara otomatis akan dikeluarkan dan Info. Hutang kembali tertutup. Fitur ini

menjadi nonaktif sementara ketika terdapat hal yang menunggu respon pernyataan

pengguna.

Autentikasi menentukan hak akses pengguna terhadap Info. Hutang.

Autentikasi ditentukan berdasarkan sesi yang diberikan dan status dari pengguna,

otoritas pengguna, serta posisi dari pengguna tersebut dan akan selalu dilakukan

pengecekan disetiap aktifitas yang dilakukan. Jika salah satunya berubah status

98

menjadi nonaktif maka secara otomatis pengguna tersebut akan dikeluarkan dan

Info. Hutang kembali tertutup.

Setiap aktifitas perubahan data dalam Info. Hutang akan pula dicatat dalam

suatu rekam jejak dari setiap pengguna. Penggunaan Info. Hutang menuntut

kebijaksanaan pengguna untuk senantiasa teliti, menjaga keamanan serta

kerahasiaan setiap informasi yang disajikan.

4.2.1. Database

1. Entity Relationship Diagram

Gambar IV.14 Entity Relationship Diagram Info. Hutang (bagian: 1)

99

Gambar IV.15 Entity Relationship Diagram Info. Hutang (bagian: 2)

Gambar IV.16 Entity Relationship Diagram Info. Hutang (bagian: 3)

100

Gambar IV.17 Entity Relationship Diagram Info. Hutang (bagian: 4)

Gambar IV.18 Entity Relationship Diagram Info. Hutang (bagian: 5)

101

Gambar IV.19 Entity Relationship Diagram Info. Hutang (bagian: 6)

Gambar IV.20 Entity Relationship Diagram Info. Hutang (bagian: 7)

102

Gambar IV.21 Entity Relationship Diagram Info. Hutang (bagian: 8)

Gambar IV.22 Entity Relationship Diagram Info. Hutang (bagian: 9)

103

Gambar IV.23 Entity Relationship Diagram Info. Hutang (bagian: 10)

Gambar IV.24 Entity Relationship Diagram Info. Hutang (bagian: 11)

104

Gambar IV.25 Entity Relationship Diagram Info. Hutang (bagian: 12)

Gambar IV.26 Entity Relationship Diagram Info. Hutang (bagian: 13)

105

Gambar IV.27 Entity Relationship Diagram Info. Hutang (bagian: 14)

106

Gambar IV.28 Entity Relationship Diagram Info. Hutang (bagian: 15)

2. Logical Record Structure

Gambar IV.29 Logical Record Structure Info. Hutang (bagian: 1)

Provinsi

IdentitasProvinsiNamaProvinsiIdentitasStatusAcuan

Kabupaten Kota

IdentitasKabupatenKotaKabupatenKotaNamaKabupatenKotaIdentitasProvinsiIdentitasStatusAcuan

Lokasi

IdentitasLokasiAlamatIdentitasKabupatenKotaIdentitasStatusAcuan

IdentitasKabupatenKotaIdentitasProvinsi

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatusIdentitasStatus

107

Gambar IV.30 Logical Record Structure Info. Hutang (bagian: 2)

Gambar IV.31 Logical Record Structure Info. Hutang (bagian: 3)

Gambar IV.32 Logical Record Structure Info. Hutang (bagian: 4)

Status

IdentitasStatusNamaStatus

Perusahaan

IdentitasPerusahaanNamaPerusahaanIdentitasStatusAcuan

Brand

IdentitasBrandNamaBrandIdentitasStatusAcuan

Unit Bisnis

IdentitasUnitBisnisNamaUnitBisnisIdentitasBrandIdentitasPerusahaanIdentitasStatusAcuan

IdentitasStatus

IdentitasStatusIdentitasStatus

IdentitasBrandIdentitasPerusahaan

Cabang

IdentitasCabangNamaCabangIdentitasLokasiNomorTeleponNomorFaksimileIdentitasUnitBisnisIdentitasStatusAcuan

Lokasi

IdentitasLokasiAlamatIdentitasKabupatenKotaIdentitasStatusAcuan

Unit Bisnis

IdentitasUnitBisnisNamaUnitBisnisIdentitasBrandIdentitasPerusahaanIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasLokasi IdentitasUnitBisnis

IdentitasStatus

IdentitasStatusIdentitasStatus

Cabang

IdentitasCabangNamaCabangIdentitasLokasiNomorTeleponNomorFaksimileIdentitasUnitBisnisIdentitasStatusAcuan

Departemen

IdentitasDepartemenNamaDepartemenPembayarIdentitasCabangIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasCabang

108

Gambar IV.33 Logical Record Structure Info. Hutang (bagian: 5)

Gambar IV.34 Logical Record Structure Info. Hutang (bagian: 6)

Gambar IV.35 Logical Record Structure Info. Hutang (bagian: 7)

Gambar IV.36 Logical Record Structure Info. Hutang (bagian: 8)

Departemen

IdentitasDepartemenNamaDepartemenPembayarIdentitasCabangIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

Pengguna

IdentitasPenggunaKataSandiNamaPenggunaAlamatSuratElektronikNomorTeleponSelulerIdentitasStatusAcuan

Asal Pengguna

IdentitasPenggunaIdentitasDepartemen

IdentitasStatus

IdentitasStatus

IdentitasDepartemenIdentitasPengguna

Cabang

IdentitasCabangNamaCabangIdentitasLokasiNomorTeleponNomorFaksimileIdentitasUnitBisnisIdentitasStatusAcuan

Otoritas Cabang

IdentitasOtoritasCabangIdentitasCabangPemohonIdentitasCabangPembayarIdentitasStatus

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasCabang (Pemohon)

IdentitasCabang (Pembayar)

Posisi

IdentitasPosisiNamaPosisiIdentitasStatus

Pengguna

IdentitasPenggunaKataSandiNamaPenggunaAlamatSuratElektronikNomorTeleponSelulerIdentitasStatusAcuan

Otoritas Pengguna

IdentitasOtoritasPenggunaIdentitasPosisiIdentitasPenggunaIdentitasStatus

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasStatus

IdentitasPosisi IdentitasPengguna

Otoritas Pemohon

IdentitasOtoritasPemohonIdentitasOtoritasCabangIdentitasPenggunaIdentitasStatus

Otoritas Cabang

IdentitasOtoritasCabangIdentitasCabangPemohonIdentitasCabangPembayarIdentitasStatus

Pengguna

IdentitasPenggunaKataSandiNamaPenggunaAlamatSuratElektronikNomorTeleponSelulerIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatusIdentitasStatus

IdentitasStatus

IdentitasPenggunaIdentitasOtoritasCabang

109

Gambar IV.37 Logical Record Structure Info. Hutang (bagian: 9)

Gambar IV.38 Logical Record Structure Info. Hutang (bagian: 10)

Gambar IV.39 Logical Record Structure Info. Hutang (bagian: 11)

Otoritas Pemroses

IdentitasOtoritasPemrosesIdentitasOtoritasCabangIdentitasPenggunaIdentitasStatus

Otoritas Cabang

IdentitasOtoritasCabangIdentitasCabangPemohonIdentitasCabangPembayarIdentitasStatus

Pengguna

IdentitasPenggunaKataSandiNamaPenggunaAlamatSuratElektronikNomorTeleponSelulerIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatusIdentitasStatus

IdentitasStatus

IdentitasPenggunaIdentitasOtoritasCabang

Otoritas Pembayar

IdentitasOtoritasPembayarIdentitasOtoritasCabangIdentitasPenggunaIdentitasStatus

Otoritas Cabang

IdentitasOtoritasCabangIdentitasCabangPemohonIdentitasCabangPembayarIdentitasStatus

Pengguna

IdentitasPenggunaKataSandiNamaPenggunaAlamatSuratElektronikNomorTeleponSelulerIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatusIdentitasStatus

IdentitasStatus

IdentitasPenggunaIdentitasOtoritasCabang

Bank

IdentitasBankNamaBankIdentitasStatusAcuan

Rekening Bank

IdentitasRekeningBankNomorRekeningNamaPemilikIdentitasBankIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasBank

110

Gambar IV.40 Logical Record Structure Info. Hutang (bagian: 12)

Gambar IV.41 Logical Record Structure Info. Hutang (bagian: 13)

Gambar IV.42 Logical Record Structure Info. Hutang (bagian: 14)

Gambar IV.43 Logical Record Structure Info. Hutang (bagian: 15)

Entitas

IdentitasEntitasGrupBentukNamaEntitasIdentitasStatusAcuan

Vendor

IdentitasVendorNamaVendorIdentitasBrandBentukOnetimeIdentitasEntitasIdentitasStatusAcuan

Brand

IdentitasBrandNamaBrandIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasEntitas IdentitasBrand

IdentitasStatus

Vendor

IdentitasVendorNamaVendorIdentitasBrandBentukOnetimeIdentitasEntitasIdentitasStatusAcuan

Unit Bisnis

IdentitasUnitBisnisNamaUnitBisnisIdentitasBrandIdentitasPerusahaanIdentitasStatusAcuan

Vendor Unit Bisnis

IdentitasVendorUnitBisnisIdentitasVendorIdentitasUnitBisnisIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasVendor IdentitasUnitBisnis

Rekening Bank Cabang

IdentitasRekeningBankCabangIdentitasCabangIdentitasRekeningBankIdentitasStatusAcuan

Cabang

IdentitasCabangNamaCabangIdentitasLokasiNomorTeleponNomorFaksimileIdentitasUnitBisnisIdentitasStatusAcuan

Rekening Bank

IdentitasRekeningBankNomorRekeningNamaPemilikIdentitasBankIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasRekeningBank IdentitasCabang

Rekening Bank Vendor

IdentitasRekeningBankVendorIdentitasVendorIdentitasRekeningBankIdentitasStatusAcuan

Vendor

IdentitasVendorNamaVendorIdentitasBrandBentukOnetimeIdentitasEntitasIdentitasStatusAcuan

Rekening Bank

IdentitasRekeningBankNomorRekeningNamaPemilikIdentitasBankIdentitasStatusAcuan

Status

IdentitasStatusNamaStatus

IdentitasStatus

IdentitasStatus

IdentitasRekeningBank IdentitasVendor

111

3. Spesifikasi File

1.) Spesifikasi File Tabel Status

Nama Database : info_hutang

Nama File : status

Akronim : status.myd

Tipe File : Master

Akses File : Random

Panjang Record : 9 Byte

Kunci Field : identitas

Tabel IV.69

Spesifikasi File Tabel Status

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasStatus identitas tinyint 2 Primary Key

2 NamaStatus nama varchar 8

2.) Spesifikasi File Tabel Tabel

Nama Database : info_hutang

Nama File : tabel

Akronim : tabel.myd

Tipe File : Master

Akses File : Random

Panjang Record : 58 Byte

Kunci Field : identitas

Tabel IV.70

Spesifikasi File Tabel Tabel

No. Elemen Data Nama Field Type Size Keterangan

1 NamaTabel identitas varchar 50 Primary Key

2 JumlahData x bigint 20

112

3.) Spesifikasi File Tabel Perusahaan

Nama Database : info_hutang

Nama File : perusahaan

Akronim : perusahaan.myd

Tipe File : Master

Akses File : Random

Panjang Record : 63 Byte

Kunci Field : identitas

Tabel IV.71

Spesifikasi File Tabel Perusahaan

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasPerusahaan identitas varchar 4 Primary Key

2 NamaPerusahaan nama varchar 50

3 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

4 Acuan x bigint 20

4.) Spesifikasi File Tabel Brand

Nama Database : info_hutang

Nama File : brand

Akronim : brand.myd

Tipe File : Master

Akses File : Random

Panjang Record : 61 Byte

Kunci Field : identitas

Tabel IV.72

Spesifikasi File Tabel Brand

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasBrand identitas smallint 5 Primary Key, Auto Increment, Unsigned Zerofill

2 NamaBrand nama varchar 50

3 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

113

No. Elemen Data Nama Field Type Size Keterangan

4 Acuan x bigint 20

5.) Spesifikasi File Tabel Unit Bisnis

Nama Database : info_hutang

Nama File : unit_bisnis

Akronim : unit_bisnis.myd

Tipe File : Master

Akses File : Random

Panjang Record : 69 Byte

Kunci Field : identitas

Tabel IV.73

Spesifikasi File Tabel Unit Bisnis

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasUnitBisnis identitas varchar 4 Primary Key

2 NamaUnitBisnis nama varchar 50

3 IdentitasBrand identitas_brand smallint 5 Foreign Key, Unsigned Zerofill

4 IdentitasPerusahaan identitas_perusahaan varchar 4 Foreign Key

5 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

6 Acuan x bigint 20

6.) Spesifikasi File Tabel Provinsi

Nama Database : info_hutang

Nama File : provinsi

Akronim : provinsi.myd

Tipe File : Master

Akses File : Random

Panjang Record : 60 Byte

Kunci Field : identitas

114

Tabel IV.74

Spesifikasi File Tabel Provinsi

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasProvinsi identitas tinyint 3 Primary Key, Unsigned Zerofill, Auto Increment

2 NamaProvinsi nama varchar 50

3 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

4 Acuan x bigint 20

7.) Spesifikasi File Tabel Kabupaten Kota

Nama Database : info_hutang

Nama File : kabupaten_kota

Akronim : kabupaten_kota.myd

Tipe File : Master

Akses File : Random

Panjang Record : 63 Byte

Kunci Field : identitas

Tabel IV.75

Spesifikasi File Tabel Kabupaten Kota

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasKabupatenKota identitas smallint 5 Primary Key, Unsigned Zerofill, Auto Increment

2 KabupatenKota kabupaten_kota tinyint 1

3 NamaKabupatenKota nama varchar 50

4 IdentitasProvinsi identitas_provinsi tinyint 3 Foreign Key, Unsigned Zerofill

5 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

6 Acuan x bigint 20

8.) Spesifikasi File Tabel Lokasi

Nama Database : info_hutang

Nama File : lokasi

Akronim : lokasi.myd

Tipe File : Master

Akses File : Random

115

Panjang Record : 114 Byte

Kunci Field : identitas

Tabel IV.76

Spesifikasi File Tabel Lokasi

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasLokasi identitas mediumint 8 Primary Key, Unsigned Zerofill, Auto Increment

2 Alamat alamat varchar 100

3 IdentitasKabupatenKota identitas_kabupaten_kota smallint 5 Foreign Key, Unsigned Zerofill

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

5 Acuan x bigint 20

9.) Spesifikasi File Tabel Cabang

Nama Database : info_hutang

Nama File : cabang

Akronim : cabang.myd

Tipe File : Master

Akses File : Random

Panjang Record : 100 Byte

Kunci Field : identitas

Tabel IV.77

Spesifikasi File Tabel Cabang

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasCabang identitas varchar 4 Primary Key

2 NamaCabang nama varchar 50

3 IdentitasLokasi identitas_lokasi mediumint 8 Foreign Key, Unsigned Zerofill

4 NomorTelepon nomor_telepon varchar 15

5 NomorFaksimile nomor_faksimile varchar 15

6 IdentitasUnitBisnis identitas_unit_bisnis varchar 4 Foreign Key

7 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

8 Acuan x bigint 20

10.) Spesifikasi File Tabel Pengguna

Nama Database : info_hutang

Nama File : pengguna

116

Akronim : pengguna.myd

Tipe File : Master

Akses File : Random

Panjang Record : 224 Byte

Kunci Field : identitas

Tabel IV.78

Spesifikasi File Tabel Pengguna

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasPengguna identitas varchar 50 Primary Key

2 KataSandi kata_sandi varchar 50

3 NamaPengguna nama varchar 50

4 AlamatSuratElektronik alamat_surat_elektronik varchar 50

5 NomorTeleponSeluler nomor_telepon_seluler varchar 15

6 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

7 Acuan x Bigint 20

11.) Spesifikasi File Tabel Departemen

Nama Database : info_hutang

Nama File : departemen

Akronim : departemen.myd

Tipe File : Master

Akses File : Random

Panjang Record : 72 Byte

Kunci Field : identitas

Tabel IV.79

Spesifikasi File Tabel Departemen

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasDepartemen identitas varchar 8 Primary Key

2 NamaDepartemen nama varchar 50

3 Pembayar pembayar tinyint 1

4 IdentitasCabang identitas_cabang varchar 4 Foreign Key

5 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

6 Acuan x bigint 20

117

12.) Spesifikasi File Tabel Asal Pengguna

Nama Database : info_hutang

Nama File : asal_pengguna

Akronim : asal_pengguna.myd

Tipe File : Master

Akses File : Random

Panjang Record : 58 Byte

Kunci Field : identitas

Tabel IV.80

Spesifikasi File Tabel Asal Pengguna

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasPengguna identitas varchar 50 Primary Key

2 IdentitasDepartemen identitas_departemen varchar 8 Foreign Key

13.) Spesifikasi File Tabel Posisi

Nama Database : info_hutang

Nama File : posisi

Akronim : posisi.myd

Tipe File : Master

Akses File : Random

Panjang Record : 22 Byte

Kunci Field : identitas

Tabel IV.81

Spesifikasi File Tabel Posisi

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasPosisi identitas varchar 5 Primary Key

2 NamaPosisi nama varchar 19

3 IdentitasStatus identitas_status varchar 8 Foreign Key, Unsigned Zerofill

118

14.) Spesifikasi File Tabel Otoritas Cabang

Nama Database : info_hutang

Nama File : otoritas_cabang

Akronim : otoritas_cabang.myd

Tipe File : Master

Akses File : Random

Panjang Record : 17 Byte

Kunci Field : identitas

Tabel IV.82

Spesifikasi File Tabel Otoritas Cabang

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasOtoritasCabang identitas varchar 8 Primary Key

2 IdentitasCabangPemohon identitas_cabang_pemohon varchar 4 Foreign Key

3 IdentitasCabangPembayar identitas_cabang_pembayar varchar 4 Foreign Key

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

15.) Spesifikasi File Tabel Otoritas Pengguna

Nama Database : info_hutang

Nama File : otoritas_pengguna

Akronim : otoritas_pengguna.myd

Tipe File : Master

Akses File : Random

Panjang Record : 111 Byte

Kunci Field : identitas

Tabel IV.83

Spesifikasi File Tabel Otoritas Pengguna

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasOtoritasPengguna identitas varchar 55 Primary Key

2 IdentitasPosisi identitas_posisi varchar 5 Foreign Key

3 IdentitasPengguna identitas_pengguna varchar 50 Foreign Key

119

No. Elemen Data Nama Field Type Size Keterangan

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

16.) Spesifikasi File Tabel Otoritas Pemohon

Nama Database : info_hutang

Nama File : otoritas_pemohon

Akronim : otoritas_pemohon.myd

Tipe File : Master

Akses File : Random

Panjang Record : 117 Byte

Kunci Field : identitas

Tabel IV.84

Spesifikasi File Tabel Otoritas Pemohon

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasOtoritasPemohon identitas varchar 58 Primary Key

2 IdentitasOtoritasCabang identitas_otoritas_cabang varchar 8 Foreign Key

3 IdentitasPengguna identitas_pengguna varchar 50 Foreign Key

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

17.) Spesifikasi File Tabel Otoritas Pemroses

Nama Database : info_hutang

Nama File : otoritas_pemroses

Akronim : otoritas_pemroses.myd

Tipe File : Master

Akses File : Random

Panjang Record : 117 Byte

Kunci Field : identitas

120

Tabel IV.85

Spesifikasi File Tabel Otoritas Pemroses

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasOtoritasPemroses identitas varchar 58 Primary Key

2 IdentitasOtoritasCabang identitas_otoritas_cabang varchar 8 Foreign Key

3 IdentitasPengguna identitas_pengguna varchar 50 Foreign Key

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

18.) Spesifikasi File Tabel Otoritas Pembayar

Nama Database : info_hutang

Nama File : otoritas_pembayar

Akronim : otoritas_pembayar.myd

Tipe File : Master

Akses File : Random

Panjang Record : 117 Byte

Kunci Field : identitas

Tabel IV.86

Spesifikasi File Tabel Otoritas Pembayar

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasOtoritasPembayar identitas varchar 58 Primary Key

2 IdentitasOtoritasCabang identitas_otoritas_cabang varchar 8 Foreign Key

3 IdentitasPengguna identitas_pengguna varchar 50 Foreign Key

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

19.) Spesifikasi File Tabel Bank

Nama Database : info_hutang

Nama File : bank

Akronim : bank.myd

Tipe File : Master

Akses File : Random

Panjang Record : 60 Byte

121

Kunci Field : identitas

Tabel IV.87

Spesifikasi File Tabel Bank

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasBank identitas tinyint 3 Primary Key, Unsigned Zerofill, Auto Increment

2 NamaBank nama varchar 50

3 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

4 Acuan x bigint 20

20.) Spesifikasi File Tabel Rekening Bank

Nama Database : info_hutang

Nama File : rekening_bank

Akronim : rekening_bank.myd

Tipe File : Master

Akses File : Random

Panjang Record : 83 Byte

Kunci Field : identitas

Tabel IV.88

Spesifikasi File Tabel Rekening Bank

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasRekeningBank identitas mediumint 8 Primary Key, Unsigned Zerofill, Auto Increment

2 NomorRekening nomor Varchar 20

3 NamaPemilik nama_pemilik Varchar 50

4 IdentitasBank identitas_bank Tinyint 3 Foreign Key, Unsigned Zerofill

5 IdentitasStatus identitas_status Tinyint 2 Foreign Key, Unsigned Zerofill

6 Acuan x Bigint 20

21.) Spesifikasi File Tabel Entitas

Nama Database : info_hutang

Nama File : entitas

Akronim : entitas.myd

Tipe File : Master

122

Akses File : Random

Panjang Record : 63 Byte

Kunci Field : identitas

Tabel IV.89

Spesifikasi File Tabel Entitas

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasEntitas identitas smallint 5 Primary Key, Unsigned Zerofill, Auto Increment

2 Grup grup tinyint 1

3 Bentuk bentuk tinyint 1

4 NamaEntitas nama varchar 50

5 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

6 Acuan x bigint 20

22.) Spesifikasi File Tabel Vendor

Nama Database : info_hutang

Nama File : vendor

Akronim : vendor.myd

Tipe File : Master

Akses File : Random

Panjang Record : 91 Byte

Kunci Field : identitas

Tabel IV.90

Spesifikasi File Tabel Vendor

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasVendor identitas varchar 20 Primary Key

2 NamaVendor nama varchar 50

3 IdentitasBrand identitas_brand varchar 5 Foreign Key

4 Bentuk bentuk tinyint 1

5 Onetime onetime tinyint 1

6 IdentitasEntitas identitas_entitas varchar 5 Foreign Key

7 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

8 Acuan x bigint 20

123

23.) Spesifikasi File Tabel Vendor Unit Bisnis

Nama Database : info_hutang

Nama File : vendor_unit_bisnis

Akronim : vendor_unit_bisnis.myd

Tipe File : Master

Akses File : Random

Panjang Record : 36 Byte

Kunci Field : identitas

Tabel IV.91

Spesifikasi File Tabel Vendor Unit Bisnis

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasVendorUnitBisnis identitas mediumint 8 Primary Key, Unsigned Zerofill, Auto Increment

2 IdentitasVendor identitas_vendor varchar 20 Foreign Key

3 IdentitasUnitBisnis identitas_unit_bisnis varchar 4 Foreign Key

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

5 Acuan x bigint 20

24.) Spesifikasi File Tabel Rekening Bank Cabang

Nama Database : info_hutang

Nama File : rekening_bank_cabang

Akronim : rekening_bank_cabang.myd

Tipe File : Master

Akses File : Random

Panjang Record : 20 Byte

Kunci Field : identitas

Tabel IV.92

Spesifikasi File Tabel Rekening Bank Cabang

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasRekeningBankCabang identitas int 10 Primary Key, Unsigned Zerofill, Auto Increment

2 IdentitasCabang identitas_cabang varchar 4 Foreign Key

124

No. Elemen Data Nama Field Type Size Keterangan

3 IdentitasRekeningBank identitas_rekening_bank mediumint 8 Foreign Key, Unsigned Zerofill

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

5 Acuan x bigint 20

25.) Spesifikasi File Tabel Rekening Bank Vendor

Nama Database : info_hutang

Nama File : rekening_bank_vendor

Akronim : rekening_bank_vendor.myd

Tipe File : Master

Akses File : Random

Panjang Record : 36 Byte

Kunci Field : identitas

Tabel IV.93

Spesifikasi File Tabel Rekening Bank Vendor

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasRekeningBankVendor identitas int 10 Primary Key, Unsigned Zerofill, Auto Increment

2 IdentitasVendor identitas_vendor varchar 20 Foreign Key

3 IdentitasRekeningBank identitas_rekening_bank mediumint 8 Foreign Key, Unsigned Zerofill

4 IdentitasStatus identitas_status tinyint 2 Foreign Key, Unsigned Zerofill

5 Acuan x bigint 20

26.) Spesifikasi File Tabel Pengakuan Hutang

Nama Database : info_hutang

Nama File : pengakuan_hutang

Akronim : pengakuan_hutang.myd

Tipe File : Transaksi

Akses File : Random

Panjang Record : 1.275 Byte

Kunci Field : identitas

125

Tabel IV.94

Spesifikasi File Tabel Pengakuan Hutang

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasPengakuanHutang identitas int 10 Primary Key, Unsigned Zerofill, Auto Increment

2 IdentitasBrandAsal identitas_brand_asal smallint 5 Unsigned Zerofill

3 IdentitasPerusahaanAsal identitas_perusahaan_asal varchar 4

4 NamaPerusahaanAsal nama_perusahaan_asal varchar 50

5 IdentitasUnitBisnisAsal identitas_unit_bisnis_asal varchar 4

6 NamaUnitBisnisAsal nama_unit_bisnis_asal varchar 50

7 IdentitasCabangAsal identitas_cabang_asal varchar 4

8 NamaCabangAsal nama_cabang_asal varchar 50

9 IdentitasAsal identitas_asal varchar 8

10 NamaAsal nama_asal varchar 50

11 IdentitasPemohon identitas_pemohon varchar 50

12 TanggalPermohonan tanggal_permohonan date

13 IdentitasPemohonSAP identitas_pemohon_sap varchar 50

14 TanggalPermohonanSAP tanggal_permohonan_sap date

15 IdentitasPemroses identitas_pemroses varchar 50

16 TanggalPemrosesan tanggal_pemrosesan date

17 IdentitasPemrosesSAP identitas_pemroses_sap varchar 50

18 TanggalPemrosesanSAP tanggal_pemrosesan_sap date

19 NomorSAPPermohonan nomor_sap_permohonan varchar 10

20 NomorSAPPemrosesan nomor_sap_pemrosesan varchar 10

21 TanggalSAPPemrosesan tanggal_sap_pemrosesan date

22 Kategori kategori tinyint 1

23 IdentitasPerusahaan identitas_perusahaan varchar 4

24 NamaPerusahaan nama_perusahaan varchar 50

25 IdentitasBrandPemohon identitas_brand_pemohon smallint 5 Unsigned Zerofill

26 IdentitasUnitBisnisPemohon identitas_unit_bisnis_pemohon varchar 4

27 NamaUnitBisnisPemohon nama_unit_bisnis_pemohon varchar 50

28 IdentitasCabangPemohon identitas_cabang_pemohon varchar 4

29 NamaCabangPemohon nama_cabang_pemohon varchar 50

30 IdentitasBrandPembayar identitas_brand_pembayar smallint 5 Unsigned Zerofill

31 IdentitasUnitBisnisPembayar identitas_unit_bisnis_pembayar varchar 4

32 NamaUnitBisnisPembayar nama_unit_bisnis_pembayar varchar 50

33 IdentitasCabangPembayar identitas_cabang_pembayar varchar 4

34 NamaCabangPembayar nama_cabang_pembayar varchar 50

35 IdentitasBrandVendor identitas_brand_vendor smallint 5 Unsigned Zerofill

36 BentukVendor bentuk_vendor tinyint 1

37 OnetimeVendor onetime_vendor tinyint 1

38 GrupEntitasVendor grup_entitas_vendor varchar 1

39 IdentitasEntitasVendor identitas_entitas_vendor varchar 5

40 NamaEntitasVendor nama_entitas_vendor varchar 50

41 IdentitasVendor identitas_vendor varchar 20

42 NamaVendor nama_vendor varchar 50

43 NomorReferensi nomor_referensi varchar 50

44 TanggalReferensi tanggal_referensi date

45 Keterangan keterangan varchar 100

46 Nilai nilai bigint 20

47 NilaiSelesai nilai_selesai bigint 20

48 NilaiBayar nilai_bayar bigint 20

126

No. Elemen Data Nama Field Type Size Keterangan

49 NilaiSisa nilai_sisa bigint 20

50 Pengalihan pengalihan tinyint 1

51 MetodeBayar metode_bayar varchar 1

52 NamaPenerima nama_penerima varchar 50

53 IdentitasBankTujuan identitas_bank_tujuan varchar 3

54 NamaBankTujuan nama_bank_tujuan varchar 50

55 IdentitasRekeningBankTujuan identitas_rekening_bank_tujuan varchar 8

56 NamaPemilikRekeningBankTujuan nama_pemilik_rekening_bank_tujuan varchar 50

57 TanggalTerima tanggal_terima date

58 TanggalJatuhTempo tanggal_jatuh_tempo date

59 IdentitasStatusHutang identitas_status_hutang tinyint 2 Unsigned Zerofill

60 PosisiFisik posisi varchar 5

61 IdentitasStatusFisik identitas_status_fisik tinyint 2 Unsigned Zerofill

62 Acuan x bigint 20

27.) Spesifikasi File Tabel Serah Terima

Nama Database : info_hutang

Nama File : serah_terima

Akronim : serah_terima.myd

Tipe File : Transaksi

Akses File : Random

Panjang Record : Byte

Kunci Field : identitas

Tabel IV.95

Spesifikasi File Tabel Serah Terima

No. Elemen Data Nama Field Type Size Keterangan

1 IdentitasSerahTerima identitas int 10 Primary Key, Unsigned Zerofill, Auto Increment

2 Posisi posisi varchar 5

3 Peruntukan untuk tinyint 1

4 IdentitasBrandAsal identitas_brand_asal smallint 5 Unsigned Zerofill

5 IdentitasPerusahaanAsal identitas_perusahaan_asal varchar 4

6 NamaPerusahaanAsal nama_perusahaan_asal varchar 50

7 IdentitasUnitBisnisAsal identitas_unit_bisnis_asal varchar 4

8 NamaUnitBisnisAsal nama_unit_bisnis_asal varchar 50

9 IdentitasProvinsiAsal identitas_provinsi_asal tinyint 3 Unsigned Zerofill

10 NamaProvinsiAsal nama_provinsi_asal varchar 50

11 IdentitasKabupatenKotaAsal identitas_kabupaten_kota_asal smallint 5 Unsigned Zerofill

12 KabupatenKotaAsal kabupaten_kota_asal tinyint 1

13 NamaKabupatenKotaAsal nama_kabupaten_kota_asal varchar 50

127

No. Elemen Data Nama Field Type Size Keterangan

14 IdentitasLokasiAsal identitas_lokasi_asal mediumint 8 Unsigned Zerofill

15 AlamatAsal alamat_asal varchar 100

16 NomorTeleponAsal nomor_telepon_asal varchar 15

17 NomorFaksimileAsal nomor_faksimile_asal varchar 15

18 IdentitasCabangAsal identitas_cabang_asal varchar 4

19 NamaCabangAsal nama_cabang_asal varchar 50

20 IdentitasAsal identitas_asal varchar 8

21 NamaAsal nama_asal varchar 50

22 IdentitasPenyerah identitas_penyerah varchar 50

23 TanggalSerah tanggal_serah date

24 IdentitasBrandTujuan identitas_brand_tujuan smallint 5 Unsigned Zerofill

25 IdentitasPerusahaanTujuan identitas_perusahaan_tujuan varchar 4

26 NamaPerusahaanTujuan nama_perusahaan_tujuan varchar 50

27 IdentitasUnitBisnisTujuan identitas_unit_bisnis_tujuan varchar 4

28 NamaUnitBisnisTujuan nama_unit_bisnis_tujuan varchar 50

29 IdentitasProvinsiTujuan identitas_provinsi_tujuan tinyint 3 Unsigned Zerofill

30 NamaProvinsiTujuan nama_provinsi_tujuan varchar 50

31 IdentitasKabupatenKotaTujuan identitas_kabupaten_kota_tujuan smallint 5 Unsigned Zerofill

32 KabupatenKotaTujuan kabupaten_kota_tujuan tinyint 1

33 NamaKabupatenKotaTujuan nama_kabupaten_kota_tujuan varchar 50

34 IdentitasLokasiTujuan identitas_lokasi_tujuan mediumint 8 Unsigned Zerofill

35 AlamatTujuan alamat_tujuan varchar 100

36 NomorTeleponTujuan nomor_telepon_tujuan varchar 15

37 NomorFaksimileTujuan nomor_faksimile_tujuan varchar 15

38 IdentitasCabangTujuan identitas_cabang_tujuan varchar 4

39 NamaCabangTujuan nama_cabang_tujuan varchar 50

40 IdentitasTujuan identitas_tujuan varchar 8

41 NamaTujuan nama_tujuan varchar 50

42 IdentitasPenerima identitas_penerima varchar 50

43 TanggalTerima tanggal_terima date

44 Keterangan keterangan varchar 100

45 Acuan x bigint 20

128

4.2.2. Software Architecture

A. Component Diagram

Gambar IV.44 Component Diagram Info. Hutang

B. Deployment Diagram

Gambar IV.45 Deployment Diagram Info. Hutang

Application Database

Chart.js

fpdf.php

PHPMailer

excel_reader2.php

Apache 2 Server

Administrator

Pemroses

Super Administrator

Pembayar

Pemohon

MySQL Database

Database Server

MySQL Database

Application Database

Client

Browser

Web Server

Apache 2 Server

PHPMailer excel_reader2.php Chart.js

Super Administrator

Administrator Pembayar Pemohon

fpdf.php

Pemroses

port 80

port 3306

129

4.2.3. User Interface

Gambar IV.46 Tampilan Formulir Izin Akses

Gambar IV.47 Tampilan Formulir Izin Akses Pemilihan Otoritas Pengguna

130

Gambar IV.48 Tampilan Menu Utama Otoritas Administrator

Gambar IV.49 Tampilan Formulir Daftar Transaksi Permohonan Pengakuan

Hutang

131

Gambar IV.50 Tampilan Formulir Registrasi Nomor Serah Terima

Gambar IV.51 Tampilan Formulir Bukti Serah Terima

4.3. Code Generation

A. Formulir Izin Akses

<?php include "referensi/koneksi.php"; include "referensi/anti sql injeksi.php"; ?>

132

<html> <head> <title> <?php echo $Sistem; ?> </title> <link href="../referensi/gambar/logo.png" rel="shortcut icon" type="image/x-icon"/> </head> <body style="background:url('../referensi/gambar/latar/0.png') no-repeat center; height:100%; margin:0px;"> <table height="100%" width="100%"> <tr> <td align="center" valign="bottom"> <table style="font:11px arial;"> <tr> <td align="center" valign="bottom" width="800px"> <form action="/" method="post" name="frmIzinAkses"> <table style="font:12px arial;"> <tr> <script type="text/javascript"> <?php @session_start(); if (isset($_SESSION["Izin"])) { if ($_SESSION["Izin"]=="Diterima") { if (isset($_POST["cboOtoritasPengguna"])) { if ($_POST["cboOtoritasPengguna"]=="0") { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:blue;">Terima Kasih</b><br/><br/><?php echo $_SESSION["NamaPengguna"]; ?><br/>Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa <?php @session_destroy(); } else { $OtoritasPengguna=mysqli_query($Koneksi, "SELECT otoritas_pengguna.identitas_posisi AS IdentitasPosisi_OtoritasPengguna, posisi.nama AS Nama_Posisi, otoritas_pengguna.identitas_status AS IdentitasStatus_OtoritasPengguna FROM otoritas_pengguna, posisi WHERE posisi.identitas='$_POST[cboOtoritasPengguna]' AND posisi.identitas=otoritas_pengguna.identitas_posisi AND otoritas_pengguna.identitas_pengguna='$_SESSION[IdentitasOtoritasPengguna]'"); if (mysqli_num_rows($OtoritasPengguna)==1) { $DataOtoritasPengguna=mysqli_fetch_assoc($OtoritasPengguna); if (md5($DataOtoritasPengguna["IdentitasPosisi_OtoritasPengguna"])==md5($_POST["cboOtoritasPengguna"])) { if ($DataOtoritasPengguna["IdentitasStatus_OtoritasPengguna"]==2) { $Posisi=mysqli_query($Koneksi, "SELECT posisi.identitas AS Identitas_Posisi, posisi.nama AS Nama_Posisi, posisi.identitas_status AS IdentitasStatus_Posisi FROM posisi WHERE posisi.identitas='$_POST[cboOtoritasPengguna]'"); $DataPosisi=mysqli_fetch_assoc($Posisi); mysqli_free_result($Posisi); if ($DataPosisi["IdentitasStatus_Posisi"]==2) { $_SESSION["IdentitasOtoritasPengguna"]=$DataPosisi["Identitas_Posisi"].$_SESSION["IdentitasOtoritasPengguna"]; $_SESSION["Izin"]="Akses"; $_SESSION["Pelaku"]=strtok(gethostbyaddr($IPPelaku), ".")."|".$IPPelaku; ?> window.location="<?php echo substr($_SESSION["IdentitasOtoritasPengguna"], 0, 5); ?>"; </script> <td nowrap> <img src="../referensi/gambar/proses.gif"/></br>Mengidentifikasi, harap tunggu sebentar... <?php } else { ?>

133

self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Posisi <?php echo $DataPosisi["Identitas_Posisi"]; ?> | <?php echo $DataPosisi["Nama_Posisi"]; ?> berstatus Nonaktif.<br/>Anda tidak diizinkan mengakses. <?php @session_destroy(); } } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/><?php echo $_SESSION["NamaPengguna"]; ?>, Otoritas Anda sebagai <?php echo $DataOtoritasPengguna["IdentitasPosisi_OtoritasPengguna"]; ?> | <?php echo $DataOtoritasPengguna["Nama_Posisi"]; ?> berstatus Nonaktif.<br/>Anda tidak diizinkan mengakses. <?php @session_destroy(); } } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Izin ditolak.<br/>Anda tidak berhak mengakses. <?php @session_destroy(); } } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Izin ditolak.<br/>Anda tidak berhak mengakses. <?php @session_destroy(); } mysqli_free_result($OtoritasPengguna); } } else { ?> var waktu=39; self.setInterval(function() {if (frmIzinAkses.cboOtoritasPengguna.value!="0") document.getElementById("Identifikasi").innerHTML="<img src='../referensi/gambar/proses.gif'/></br>Mengidentifikasi, harap tunggu sebentar..."; else {document.getElementById("SisaWaktu").innerHTML="tersisa "+waktu+" detik lagi"; waktu==0 ? waktu=0 : waktu--;}}, 1000);

134

self.setInterval(function() {frmIzinAkses.cboOtoritasPengguna.value="0"; frmIzinAkses.submit();}, 40000); function OtoritasPengguna() { if (frmIzinAkses.cboOtoritasPengguna.value!="0") frmIzinAkses.submit(); } var Gambar=0; UbahGambarLatar(); function UbahGambarLatar() { document.body.style.background="url(../referensi/gambar/latar/"+Gambar+".png) no-repeat center"; if (Gambar==7) Gambar=0; Gambar++; setTimeout(UbahGambarLatar, 5000); } </script> <td align="center" nowrap> <b style="color:blue;">Selamat Datang</b><br/><br/><?php echo $_SESSION["NamaPengguna"]; ?><br/>Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa<br/><br/><div id="Identifikasi"> Silahkan pilih untuk...<br/>Masuk sebagai <select name="cboOtoritasPengguna" onchange="OtoritasPengguna()"> <option value="0"> -pilih- </option><?php $OtoritasPengguna=mysqli_query($Koneksi, "SELECT otoritas_pengguna.identitas_posisi AS IdentitasPosisi_OtoritasPengguna, posisi.nama AS Nama_Posisi FROM otoritas_pengguna, posisi WHERE posisi.identitas=otoritas_pengguna.identitas_posisi AND posisi.identitas_status='02' AND otoritas_pengguna.identitas_pengguna='$_SESSION[IdentitasOtoritasPengguna]' AND otoritas_pengguna.identitas_status='02' ORDER BY IdentitasPosisi_OtoritasPengguna"); while ($DataOtoritasPengguna=mysqli_fetch_assoc($OtoritasPengguna)) { ?> <option value="<?php echo $DataOtoritasPengguna["IdentitasPosisi_OtoritasPengguna"]; ?>"> <?php echo $DataOtoritasPengguna["IdentitasPosisi_OtoritasPengguna"]." | ".$DataOtoritasPengguna["Nama_Posisi"]; ?> </option> <?php } mysqli_free_result($OtoritasPengguna); ?></select> atau <input onclick="javascript: frmIzinAkses.cboOtoritasPengguna.value='0'; frmIzinAkses.submit();" type="submit" value="Tutup"/><br/><br/><< waktu pilih <font id="SisaWaktu">tersisa 40 detik lagi</font> >><div> <?php } } elseif ($_SESSION["Izin"]=="Akses") { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:blue;">Terima Kasih</b><br/><br/><?php echo $_SESSION["NamaPengguna"]; ?><br/>Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa <?php @session_destroy(); } elseif ($_SESSION["Izin"]=="Diubah") { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:blue;">Perhatian!</b><br/><br/><?php echo $_SESSION["NamaPengguna"]; ?>, Kata Sandi Anda berhasil diubah.<br/>Silahkan masuk kembali... <?php @session_destroy(); } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script>

135

<td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Izin ditolak.<br/>Anda tidak berhak mengakses. <?php @session_destroy(); } } elseif (isset($_POST["txtIdentitasPengguna"]) && isset($_POST["txtKataSandi"]) && isset($_POST["txtCAPTCHA"])) { $Pengguna=mysqli_query($Koneksi, "SELECT pengguna.identitas AS Identitas_Pengguna, pengguna.kata_sandi AS KataSandi_Pengguna, pengguna.nama AS Nama_Pengguna, pengguna.identitas_status AS IdentitasStatus_Pengguna FROM pengguna WHERE pengguna.identitas='$_POST[txtIdentitasPengguna]' AND pengguna.kata_sandi='".html_entity_decode($_POST["txtKataSandi"])."'"); $DataPengguna=mysqli_fetch_assoc($Pengguna); if (mysqli_num_rows($Pengguna)==1 && md5($DataPengguna["Identitas_Pengguna"])==md5($_POST["txtIdentitasPengguna"]) && md5($DataPengguna["KataSandi_Pengguna"])==md5(html_entity_decode(stripslashes($_POST["txtKataSandi"]))) && isset($_SESSION["captcha"]) && md5($_SESSION["captcha"])==md5($_POST["txtCAPTCHA"])) { unset($_SESSION["captcha"]); if ($DataPengguna["IdentitasStatus_Pengguna"]==2) { $_SESSION["IdentitasOtoritasPengguna"]=$DataPengguna["Identitas_Pengguna"]; $_SESSION["NamaPengguna"]=$DataPengguna["Nama_Pengguna"]; $_SESSION["Izin"]="Diterima"; ?> window.location="/"; </script> <td nowrap> <img src="../referensi/gambar/proses.gif"/></br>Mengidentifikasi, harap tunggu sebentar... <?php } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Pengguna <?php echo $DataPengguna["Identitas_Pengguna"]; ?> | <?php echo $DataPengguna["Nama_Pengguna"]; ?> berstatus Nonaktif.<br/>Anda tidak diizinkan mengakses. <?php @session_destroy(); } } else { ?> self.setInterval(function() {window.open("", "_self", ""); window.close();}, 5000); self.setInterval(function() {window.location="/";}, 6000); </script> <td background="../referensi/gambar/gembok.png" height="128px" width="128px"/> <td nowrap> <b style="color:red;">Perhatian!</b><br/><br/>Izin ditolak.<br/>Anda tidak berhak mengakses. <?php @session_destroy(); } mysqli_free_result($Pengguna); } else { ?> function CekIsi() { if (frmIzinAkses.txtIdentitasPengguna.value!="" && frmIzinAkses.txtKataSandi.value!="" && frmIzinAkses.txtCAPTCHA.value!="")

136

return event.keyCode==13 ? frmIzinAkses.submit() : false; } <?php if (!strpos($_SERVER["HTTP_USER_AGENT"], "Chrome")) { ?> alert("Untuk tampilan yang sesuai gunakanlah Google Chrome!"); <?php } ?> </script> <td align="right" nowrap> <label for="txtIdentitasPengguna" style="cursor:pointer;"> Identitas Pengguna </label><input autocomplete="off" autofocus id="txtIdentitasPengguna" name="txtIdentitasPengguna" onkeydown="CekIsi()" onkeyup="CekIsi()" style="background:transparent;" type="text"/><br/><label for="txtKataSandi" style="cursor:pointer;"> Kata Sandi </label><input id="txtKataSandi" name="txtKataSandi" onkeydown="CekIsi()" onkeyup="CekIsi()" style="background:transparent;" type="password"/> </td> <td align="right" background="../referensi/gambar/gembok.png" height="128px" valign="bottom" width="128px"> <div id="Captcha"/> <img src="referensi/captcha.php"/><br/><input autocomplete="off" name="txtCAPTCHA" onkeydown="CekIsi()" onkeyup="CekIsi()" placeholder="captcha..." size="6" style="text-align:center;" type="text"/> <?php } mysqli_close($Koneksi); ?> </td> </tr> </table> </form><hr/><?php echo $HakCipta; ?> </td> </tr> </table> </td> </tr> </table> </body> </html>

4.4. Testing

Pada tahap ini guna meminimalisir error serta memastikan keluaran yang

dihasilkan sesuai dengan yang diinginkan, penulis melakukan pengujian secara

black-box dari sudut pandang pengguna yang berinteraksi dengan sistem melalui

user interface yang disediakan, memberikan input, memeriksa output, serta

pengujian perfoma program.

137

A. Formulir Izin Akses

Formulir izin akses dipergunakan sebagai pintu masuk untuk dapat mengakses

sistem. Isian formulir dan pilihan otoritas setelahnya, menentukan izin yang

akan diberikan serta hak akses pengguna sesuai otoritasnya. Hanya pengguna

yang berstatus aktif sajalah yang dapat lanjut menentukan pilihan otoritas

aksesnya. Otoritas pengguna telah ditentukan sebelumnya melalui sistem,

sehingga pilihan yang diberikan akan bergantung sesuai yang telah ditentukan

pula. Pilihan otoritas pengguna yang diberikan ditentukan dari kondisi aktif

tidaknya status dari posisi dan dari otoritas pengguna itu sendiri. Hak akses

diberikan jika pengguna memilih otoritas pengguna tertentu yang dalam

keadaan posisi dan otoritas pengguna itu sendiri berstatus aktif. Posisi dan

otoritas pengguna sebagai “Administrator” ditentukan oleh pengguna yang

memiliki otoritas pengguna sebagai “Super Administrator”. Sedangkan untuk

posisi dan otoritas pengguna sebagai “Pemohon”, “Pemroses” dan “Pembayar”

ditentukan oleh pengguna yang memiliki otoritas pengguna sebagai “Super

Administrator” atau “Administrator”. Pada formulir ini tindakan didalamnya

juga akan merekam IP Address dan Computer Name dari client dalam session

akses pengguna sebagai pelaku dalam mengakses program. Guna memastikan

dapat berjalan sesuai harapan berbagai pengujian pun dilakukan, tabel dibawah

ini merupakan berbagai pengujian yang dilakukan terhadap formulir izin akses.

Tabel IV.96

Hasil Pengujian Black Box Testing Formulir Izin Akses

No. Skenario pengujian Test case Hasil yang diharapkan Hasil

Pengujian Kesimpulan

1. Dalam kondisi awal halaman atau isian dalam kondisi kosong atau terisi beberapa atau terisi semua lalu

Identitas Pengguna: (kosong) Kata Sandi: (kosong) Captcha: (kosong) atau

Sistem memberi respons nilai captcha yang baru secara acak

Sesuai harapan

Valid

138

No. Skenario pengujian Test case Hasil yang diharapkan Hasil

Pengujian Kesimpulan

menyegarkan halaman (resfresh) atau memuat ulang halaman atau menekan tombol F5 pada keyboard

Identitas Pengguna: BANG008363 Kata Sandi: (kosong) Captcha: (kosong) atau Identitas Pengguna: (kosong) Kata Sandi: rahasia Captcha: (kosong) atau Identitas Pengguna: (kosong) Kata Sandi: (kosong) Captcha: 01234 atau Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: (kosong) atau Identitas Pengguna: BANG008363 Kata Sandi: (kosong) Captcha: 01234 atau Identitas Pengguna: (kosong) Kata Sandi: rahasia Captcha: 01234

2. Dalam kondisi semua isian kosong atau beberapa isian terisi lalu menekan tombol Enter pada keyboard pada salah satu isian

Identitas Pengguna: (kosong) Kata Sandi: (kosong) Captcha: (kosong) atau Identitas Pengguna: BANG008363 Kata Sandi: (kosong) Captcha: (kosong) atau Identitas Pengguna: (kosong) Kata Sandi: rahasia Captcha: (kosong) atau Identitas Pengguna: (kosong) Kata Sandi: (kosong) Captcha: 01234 atau Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: (kosong) atau Identitas Pengguna: BANG008363 Kata Sandi: (kosong) Captcha: 01234 atau Identitas Pengguna: (kosong) Kata Sandi: rahasia Captcha: 01234

Sistem tidak memberi respons

Sesuai harapan

Valid

3. Mengisi isian dengan data yang tidak identik

Identitas Pengguna: BaNg008363 Kata Sandi: rahasia Captcha: 01234 atau Identitas Pengguna: BANG008363 Kata Sandi: RaHaSiA Captcha: 01234 atau Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: O1234

Sistem memberi respons penolakan dengan menampilkan pesan “Perhatian! Izin ditolak. Anda tidak berhak mengakses.”

Sesuai harapan

Valid

139

No. Skenario pengujian Test case Hasil yang diharapkan Hasil

Pengujian Kesimpulan

4. Mengisi isian dengan data yang identik namun pengguna berstatus nonaktif

Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: 01234

Sistem memberi respons penolakan dengan menampilkan pesan “Perhatian! Pengguna BANG008363 | Bambang Permadi berstatus Nonaktif. Anda tidak diizinkan mengakses.”

Sesuai harapan

Valid

5. Mengisi isian dengan data yang identik dan pengguna berstatus aktif namun tidak memberi respons lebih lanjut

Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: 01234 kemudian Otoritas Pengguna: (tidak dipilih) Tutup: (tidak dipilih)

Sistem memberi respons dengan menampilkan pesan “Selamat Datang Bambang Permadi Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa”, sistem menunggu respons pengguna lebih lanjut untuk memilih otoritas atau menutup, sistem memberi waktu pilih selama 40 detik, setelahnya sistem memberi respons dengan menampilkan pesan “Terima Kasih Bambang Permadi Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa” kemudian kembali pada formulir izin akses awal

Sesuai harapan

Valid

6. Mengisi isian dengan data yang identik dan memberi respons lebih lanjut dengan memilih tombol “Tutup”

Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: 01234 kemudian Otoritas Pengguna: (tidak dipilih) Tutup: (dipilih)

Sistem memberi respons dengan menampilkan pesan “Selamat Datang Bambang Permadi Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa”, sistem menunggu respons pengguna lebih lanjut untuk memilih otoritas atau menutup, sistem memberi waktu pilih selama 40 detik, setelah pengguna memilih tombol “Tutup” sistem memberi respons dengan menampilkan pesan “Terima Kasih Bambang Permadi Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa” kemudian kembali pada formulir izin akses awal

Sesuai harapan

Valid

7. Mengisi isian dengan data yang identik dan memberi respons lebih lanjut dengan memilih pilihan otoritas

Identitas Pengguna: BANG008363 Kata Sandi: rahasia Captcha: 01234 kemudian Otoritas Pengguna: (dipilih) Tutup: (tidak dipilih)

Sistem memberi respons dengan menampilkan pesan “Selamat Datang Bambang Permadi Semangat Pagi! Yakin Kita Pasti Bisa Luar Biasa”, sistem menunggu respons pengguna lebih lanjut untuk memilih otoritas atau menutup, sistem memberi waktu pilih selama 40 detik, setelah pengguna memilih pilihan otoritas sesaat sistem mengidentifikasi kemudian mengalihkan pada menu utama sesuai otoritas yang dipilih

Sesuai harapan

Valid

140

4.5. Support

Sistem dan program yang diusulkan dirancang untuk dapat berjalan pada

jaringan intranet dimana komunikasi diantaranya dilakukan melalui Virtual

Private Network (VPN) yang telah tersedia. Pada penerapannya diperlukan server

yaitu penunjukan satu komputer sebagai hosting guna penempatan aplikasi web

server, database dan program.

4.5.1. Publikasi Web

Nama komputer yang dijadikan sebagai server menjadi domain untuk

program aplikasi ini. Namun demikian untuk dapat mengakses juga dapat menuju

pada IP address komputer tersebut. Karena memanfaatkan jaringan intranet yang

telah tersedia penerapan sistem dan penggunaan program aplikasi ini tidak perlu

mengeluarkan biaya tambahan sehingga beban perusahaan dapat terjaga.

4.5.2. Spesifikasi Hardware dan Software

Untuk dapat diterapkan pada PT. Harmoni Mitra Utama, terkait hardware

secara khusus tidak memerlukan spesifikasi yang spesial. PT. Harmoni Mitra

Utama tidak perlu melakukan pengadaan hardware baru yang lebih mumpuni

diawal untuk server, cukup menggunakan hardware yang telah tersedia. Hal ini

penulis sampaikan karena PT. Harmoni Mitra Utama saat ini mempergunakan

hardware yang sudah cukup mutakhir guna menjalankan aktivitasnya dan telah

sesuai rekomendasi requirement terkait software didalamnya. Dalam sistem dan

program usulan ini pengembangan dilakukan pada komputer dengan spesifikasi

hardware dan software sebagaimana tertera pada tabel dibawah ini.

141

Tabel IV.97

Spesifikasi Hardware dan Software untuk Server

Kebutuhan Keterangan

Sistem Operasi Microsoft Windows 7 Professional SP1 32-bit

Processor Inter Core i3-2330M 2,20 Ghz

RAM 4 GB

Hard Disk 500 GB

Monitor 14” Wide XGA

Keyboard Standard

Mouse Standard

Browser Google Chrome

Software XAMPP Version 5.6.31 (Portable), phpMyAdmin, Adobe Acrobat Reader, Microsoft Outlook, Microsoft Word

Tabel IV.98

Spesifikasi Hardware dan Software untuk Client

Kebutuhan Keterangan

Sistem Operasi Microsoft Windows 7 Professional SP1 32-bit

Processor Inter Core i3-2330M 2,20 Ghz

RAM 4 GB

Hard Disk 500 GB

Monitor 14” Wide XGA

Keyboard Standard

Printer Laser Jet

Mouse Standard

Browser Google Chrome

Software Adobe Acrobat Reader, Microsoft Outlook, Microsoft Word

4.6. Spesifikasi Dokumen Sistem Usulan

a. Nama Dokumen : Bukti Serah Terima

Fungsi : Sebagai bukti penyerahterimaan

Sumber : dari Pemohon kepada Pemroses (penyerahan), dari

Pemroses kepada Pembayar (penyerahan), dari Pembayar

kepada Pemroses (pengembalian), dari Pemroses kepada

Pemohon (pengembalian)

Tujuan : kepada Pemroses dari Pemohon (penyerahan), kepada

Pembayar dari Pemroses (penyerahan), kepada Pemroses

142

dari Pembayar (pengembalian), kepada Pemohon dari

Pemroses (pengembalian)

Media : File softcopy berformat *.pdf, Kertas jika dicetak

Frekuensi : Setiap melakukan penyerahterimaan

Format : Lampiran B-1