Natalia Melenia - 0620101001 - Laporan Kerja Praktek

PENGUJIAN FITUR CUSTOMER PADA APLIKASI GURU99 BANKING
PROJECT DI PT. GANESHA TUJUH SEMBILAN
LAPORAN KERJA PRAKTEK
Diajukan sebagai Laporan Pelaksanaan Kerja Praktek

Program Studi Informatika
Oleh:
Natalia Melenia
0620101001
SK BADAN AKREDITASI NASIONAL PERGURUAN TINGGI (BAN-PT)

Nomor : 2143/SK/BAN-PT/Ak-PPJ/S/III/2022
PROGRAM STUDI INFORMATIKA

FAKULTAS TEKNIK UNIVERSITAS WIDYATAMA
BANDUNG
2023
LEMBAR PENGESAHAN
PENGUJIAN FITUR CUSTOMER PADA APLIKASI GURU99 BANKING

PROJECT DI PT. GANESHA TUJUH SEMBILAN
Kerja Praktek
Program Studi Informatika

Fakultas Teknik
Universitas Widyatama
Oleh:
Natalia Melenia
0620101001
Telah disetujui dan disahkan di Bandung, Tanggal 04 Agustus 2023
Pembimbing Kampus, Pembimbing Lapangan,
Atep Aulia Rahman, S.T., M.Kom. Milzam Zihni, S.Kom.

NIDN. 0409128305 NIK. 3273180509960002
i
SURAT PERNYATAAN
Saya yang bertanda tangan dibawah ini:

Nama : Natalia Melenia
NPM : 0620101001
Tempat dan Tanggal Lahir : Cimahi, 23 Maret 2000
Menyatakan bahwa :
Judul : PENGUJIAN FITUR CUSTOMER
PADA APLIKASI GURU99 BANKING
PROJECT DI PT. GANESHA TUJUH
SEMBILAN
Tempat Kerja Praktek : PT. Ganesha Tujuh Sembilan
Merupakan hasil pekerjaan saya sendiri. Apabila terbukti Laporan Kerja Praktek ini
bukan hasil saya sendiri, maka saya bersedia menerima sanksi yang telah
ditetapkan.
Demikian surat pernyataan ini saya buat dengan sebagaimana mestinya dan benar
apa adanya.
Bandung, 04 Agustus 2023
Natalia Melenia
ii
ABSTRAK
Guru99 Banking Project merupakan sebuah proyek pengembangan aplikasi

perbankan yang sangat menekankan pentingnya menyediakan layanan perbankan
yang mudah, cepat, dan efisien bagi nasabah. Proyek ini menghadapi beberapa
masalah, termasuk kesalahan validasi input dan ketidaksesuaian antara persyaratan
bisnis dengan fungsionalitas yang diterapkan. Penyelesaian masalah ini memiliki
dampak yang signifikan terhadap pengalaman pengguna. Salah satu metode yang
diusulkan untuk mengatasi masalah tersebut adalah dengan melakukan pengujian
manual menggunakan pendekatan black box testing. Dalam pengujian ini, hasil
yang diharapkan dari penggunaan fitur customer pada aplikasi Guru99 Banking
Project dibandingkan dengan hasil aktual. Hasil pengujian menunjukkan bahwa
fitur tersebut berfungsi dengan baik dan memenuhi spesifikasi yang ditetapkan.
Kelemahan yang teridentifikasi selama pengujian telah diidentifikasi dan
direkomendasikan untuk diperbaiki. Dengan melakukan pengujian manual yang
komprehensif, diharapkan dapat mengurangi kesalahan fungsional, meningkatkan
kepuasan pengguna, mendeteksi masalah yang terjadi, dan melakukan perbaikan
sebelum aplikasi secara resmi diluncurkan. Tindakan ini akan berkontribusi dalam
meningkatkan reputasi perusahaan, mengurangi risiko kerugian, dan memberikan
pengalaman pengguna yang lebih baik secara keseluruhan.
Kata Kunci : Pengujian Fitur Customer, Proyek Perbankan, Black box.
iii
ABSTRACT
The Guru99 Banking Project is a banking application development project

that strongly emphasizes the importance of providing easy, fast, and efficient
banking services to customers. The project faces several issues, including input
validation errors and inconsistencies between business requirements and
implemented functionalities. Resolving these problems has a significant impact on
the user experience. One proposed method to address these issues is through
comprehensive manual testing using the black box testing approach. In this testing,
the expected results from the usage of the customer feature in the Guru99 Banking
Project application are compared with the actual results. The test results
demonstrate that the feature functions well and meets the specified requirements.
Weaknesses identified during the testing phase have been identified and
recommended for improvement. By conducting thorough manual testing, it is
expected to reduce functional errors, enhance user satisfaction, detect and rectify
issues prior to the official launch of the application. These actions will contribute
to improving the company's reputation, reducing the risk of losses, and providing
an overall better user experience.
Keywords: Customer Feature Testing, Banking Project, Black Box.
iv
KATA PENGANTAR
Alhamdulillahirobbil’alamin. Puji syukur penulis panjatkan kehadirat

Allah SWT yang telah melimpahkan rahmat dan hidayah-Nya sehingga penulis
dapat menyelesaikan Laporan Kerja Praktek yang berjudul “Pengujian Fitur
Customer Pada Aplikasi Guru99 Banking Project Di PT. Ganesha Tujuh
Sembilan”. Laporan Kerja Praktek ini merupakan salah satu syarat untuk
memenuhi salah satu tugas akhir Mata Kuliah Kerja Praktek pada jurusan Teknik
Informatika, Fakultas Teknik, Universitas Widyatama Bandung.
Dalam proses penulisan laporan Kerja Praktek ini, penulis banyak
mendapatkan bantuan baik moral maupun material. Maka pada kesempatan ini
penulis menyampaikan terima kasih yang sebesar-besarnya kepada:
1. Bapak Ari Purno Wahyu Wibowo, S.Kom., M.Kom selaku Ketua Program
Studi Teknik Informatika S1 serta dosen pembimbing yang selalu
memberikan arahan serta informasi selama kegiatan kerja praktek ini.
2. Bapak Atep Aulia Rahman, S.T., M.Kom. selaku dosen pembimbing yang
membantu proses pengerjaan kerja praktek.
3. Bapak Joe Lian Min, M.Sc selaku Public Relation dan Co-founder PT
Padepokan Tujuh Sembilan Kota Bandung yang telah memberikan arahan
selama kerja praktek ini.
4. Ibu Anastasia Sherin, S. Si. selaku Direktur PT. Ganesha Tujuh Sembilan
yang telah memberikan arahan selama kerja praktek ini.
5. Bapak Milzam Zihni, S.Kom. sebagai Pembimbing Lapangan yang telah
membantu serta memberikan arahan selama kerja praktek ini.
Laporan Kerja Praktek ini adalah hasil karya terbaik penulis, semoga
dengan terselesaikannya laporan ini dapat memberikan manfaat bagi penulis
khususnya dan para pembaca pada umumnya.
Bandung, 04 Agustus 2023
Natalia Melenia
v
DAFTAR ISI
LEMBAR PENGESAHAN ................................................................................... i

SURAT PERNYATAAN ...................................................................................... ii
ABSTRAK ............................................................................................................ iii
ABSTRACT ........................................................................................................... iv
KATA PENGANTAR ........................................................................................... v
DAFTAR ISI ......................................................................................................... vi
DAFTAR GAMBAR ............................................................................................ ix
DAFTAR TABEL ................................................................................................ xi
DAFTAR LAMPIRAN ...................................................................................... xiv
BAB I PENDAHULUAN ...................................................................................... 1
1.1 Latar Belakang ........................................................................................ 1
1.2 Rumusan Masalah ................................................................................... 2
1.3 Tujuan ..................................................................................................... 2
1.4 Batasan Masalah...................................................................................... 2
1.5 Manfaat ................................................................................................... 2
1.6 Metodologi Penelitian ............................................................................. 3
1.6.1 Jenis Penelitian ................................................................................ 3
1.6.2 Sumber Data .................................................................................... 3
1.6.3 Populasi Dan Sampel ...................................................................... 4
1.6.4 Teknik Pengumpulan Data .............................................................. 5
1.6.5 Teknik Analisis Data ....................................................................... 6
1.7 Sistematika Penulisan ............................................................................. 7
BAB II LANDASAN TEORI ............................................................................... 8
2.1 Pengujian (Testing) ................................................................................. 8
2.2 Fitur ......................................................................................................... 8
2.3 Customer ................................................................................................. 9
2.4 Aplikasi ................................................................................................... 9
2.5 Bank ...................................................................................................... 10
2.6 Project ................................................................................................... 10
2.7 Quality Assurance ................................................................................. 10
vi
2.8 Pengujian Secara Manual ...................................................................... 11
2.9 Black Box Testing .................................................................................. 11
2.10 Test Case ............................................................................................... 12
2.11 Flowchart .............................................................................................. 13
2.12 Entity Relationship Diagram................................................................. 15
2.13 Data Flow Diagram .............................................................................. 16
2.14 UML (Unified Modelling Language) .................................................... 17
2.14.1 Use Case Diagram ........................................................................ 17
2.14.2 Activity Diagram ........................................................................... 19
2.14.3 Sequence Diagram ........................................................................ 20
2.14.4 Collaboration Diagram................................................................. 20
2.14.5 Statechart Diagram ....................................................................... 21
2.14.6 Class Diagram .............................................................................. 22
2.14.7 Object Diagram ............................................................................. 24
2.14.8 Component Diagram ..................................................................... 25
2.14.9 Deployment Diagram .................................................................... 26
BAB III GAMBARAN UMUM PERUSAHAAN ............................................. 28
3.1 Sejarah Perusahaan................................................................................ 28
3.2 Visi dan Misi Perusahaan ...................................................................... 29
3.3 Struktur Organisasi Perusahaan ............................................................ 29
3.4 Layanan Perusahaan .............................................................................. 29
BAB IV ANALISA DAN PERANCANGAN .................................................... 31
4.1 Kebutuhan Perangkat Lunak ................................................................. 31
4.1.1 Deskripsi Umum Sistem ............................................................... 31
4.1.2 Karakteristik Pengguna ................................................................. 31
4.2 Kebutuhan Antarmuka Eksternal .......................................................... 32
4.2.1 Antarmuka Perangkat Keras ......................................................... 32
4.2.2 Antarmuka Perangkat Lunak......................................................... 33
4.3 Model Deskripsi Kebutuhan Perangkat Lunak ..................................... 33
4.3.1 Perancangan Flowchart ................................................................. 34
4.3.2 Perancangan Entity Relationship Diagram ................................... 35
4.3.3 Perancangan Data Flow Diagram ................................................. 36
vii
4.3.4 Perancangan UML (Unified Modelling Language) ...................... 38
4.4 Perancangan Antarmuka Perangkat Lunak ........................................... 54
BAB V IMPLEMENTASI DAN PENGUJIAN ................................................ 57
5.1 Hasil Implementasi................................................................................ 57
5.1.1 Halaman Login .............................................................................. 57
5.1.2 Halaman Manager ......................................................................... 58
5.1.3 Halaman Fitur New Customer ....................................................... 61
5.1.4 Halaman Fitur Edit Customer ....................................................... 64
5.2 Hasil Pengujian Perangkat Lunak ......................................................... 66
5.2.1 Pengujian Versi-1 .......................................................................... 68
5.2.2 Pengujian Versi-2 .......................................................................... 75
5.2.3 Pengujian Versi-3 .......................................................................... 83
5.2.4 Pengujian Versi-4 .......................................................................... 91
BAB VI PENUTUP ........................................................................................... 100
6.1 Kesimpulan ......................................................................................... 100
6.2 Saran .................................................................................................... 100
DAFTAR PUSTAKA ........................................................................................ 101
LAMPIRAN ....................................................................................................... 103
viii
DAFTAR GAMBAR
Gambar 1. Logo PT Ganesha Tujuh Sembilan .................................................... 28

Gambar 2. Struktur Organisasi PT Ganesha Tujuh Sembilan Kota Bandung ..... 29
Gambar 3. Flowchart Fitur Customer ................................................................. 34
Gambar 4. Entity Relationship Diagram ............................................................. 35
Gambar 5. Data Flow Diagram Level 0 ............................................................. 36
Gambar 8. Use Case Diagram Mengelola Data Customer ................................. 39
Gambar 9. Activity Diagram Use Case Login ..................................................... 40
Gambar 10. Activity Diagram Use Case Mengelola Data Customer .................. 41
Gambar 11. Activity Diagram Use Case Logout ................................................. 42
Gambar 12. Sequence Diagram Login ................................................................ 43
Gambar 13. Sequence Diagram Mengelola Data Customer................................ 44
Gambar 14. Sequence Diagram Logout .............................................................. 45
Gambar 15. Collaboration Diagram Login ......................................................... 46
Gambar 16. Collaboration Diagram Mengelola Data Customer ........................ 47
Gambar 17. Collaboration Diagram Logout ....................................................... 48
Gambar 18. Statechart Diagram Login ............................................................... 48
Gambar 19. Statechart Diagram Mengelola Data Customer .............................. 49
Gambar 20. Statechart Diagram Logout ............................................................. 50
Gambar 21. Class Diagram ................................................................................. 51
Gambar 22. Object Diagram ............................................................................... 51
Gambar 23. Component Diagram ....................................................................... 52
Gambar 24. Deployment Diagram....................................................................... 54
Gambar 25. Perancangan Antarmuka Halaman Login ........................................ 55
Gambar 26. Perancangan Antarmuka Home Page .............................................. 55
Gambar 27. Perancangan Antarmuka Add New Customer .................................. 56
Gambar 28. Halaman Login Versi-1 ................................................................... 57
Gambar 29. Halaman Login Versi-2 s.d Versi-4 ................................................. 58
Gambar 30. Halaman Utama Manager Versi-1................................................... 59
ix
Gambar 34. Halaman New Customer Versi-1 ..................................................... 62
Gambar 35. Halaman New Customer Versi-2 ..................................................... 63
Gambar 36. Halaman New Customer Versi-3 dan Versi-4 ................................. 64
Gambar 37. Halaman Edit Customer Versi-1 dan Versi-2 .................................. 65
Gambar 38. Halaman Edit Customer Versi-3 dan Versi-4 .................................. 66
x
DAFTAR TABEL
Tabel 1. Simbol Flowchart ................................................................................... 14

Tabel 2. Simbol Entity Relation Diagram ............................................................ 15
Tabel 3. Simbol Data Flow Diagram ................................................................... 16
Tabel 4. Simbol Use Case Diagram ..................................................................... 18
Tabel 5. Activity Diagram .................................................................................... 19
Tabel 6. Simbol Sequence Diagram ..................................................................... 20
Tabel 7. Simbol Collaboration Diagram ............................................................. 21
Tabel 8. Simbol Statechart Diagram ................................................................... 22
Tabel 9. Simbol Class Diagram ........................................................................... 22
Tabel 10. Simbol Object Diagram ....................................................................... 24
Tabel 11. Simbol Component Diagram................................................................ 25
Tabel 12. Simbol Deployment Diagram............................................................... 26
Tabel 13. Karakteristik Pengguna ........................................................................ 31
Tabel 14. Perangkat Lunak yang Digunakan dalam Pengujian Aplikasi Guru99
Banking Project ..................................................................................................... 33
Tabel 15. Detail Perangkat Penguji ...................................................................... 66
Tabel 16. Pengujian New Customer - Customer Name Versi-1 ........................... 68
Tabel 17. Pengujian New Customer - Address Versi-1 ........................................ 69
Tabel 18. Pengujian New Customer - City Versi-1 .............................................. 69
Tabel 19. Pengujian New Customer - State Versi-1 ............................................. 70
Tabel 20. Pengujian New Customer - PIN Versi-1............................................... 70
Tabel 21. Pengujian New Customer - Telephone Number Versi-1 ...................... 71
Tabel 22. Pengujian New Customer – Email Versi-1 ........................................... 71
Tabel 23. Pengujian Edit Customer Form Versi-1 ............................................... 72
Tabel 24. Pengujian Edit Customer - Address Versi-1......................................... 72
Tabel 25. Pengujian Edit Customer - City Versi-1 ............................................... 73
Tabel 26. Pengujian Edit Customer - State Versi-1 ............................................. 73
Tabel 27. Pengujian Edit Customer - PIN Versi-1 ............................................... 74
Tabel 28. Pengujian Edit Customer - Telephone Number Versi-1 ....................... 74
Tabel 29. Pengujian Edit Customer - Email Versi-1 ............................................ 75
xi
Tabel 35. Pengujian New Customer - Mobile Number Versi-2 ............................ 78
Tabel 36. Pengujian New Customer - Email Versi-2 ........................................... 79
Tabel 42. Pengujian Edit Customer - Mobile Number Versi-2 ............................ 82
Tabel 51. Pengujian New Customer - Password Versi-3 ..................................... 87
Tabel 59. Pengujian Edit Customer - Password Versi-3 ...................................... 91
xii
Tabel 67. Pengujian New Customer - Password Versi-4 ..................................... 95
Tabel 75. Pengujian Edit Customer - Password Versi-4 ...................................... 99
xiii
DAFTAR LAMPIRAN
Lampiran 1 Kartu Bimbingan Kerja Praktek ............................................... 103

Lampiran 2 Kuisioner Kerja Praktek ............................................................. 105
xiv
BAB I
PENDAHULUAN
1.1 Latar Belakang

Dalam era perkembangan teknologi yang pesat, penting untuk membangun
sistem yang matang agar dapat memenuhi kebutuhan dan harapan pengguna. Dalam
proses pengembangan sistem, dua perspektif utama yang perlu diperhatikan adalah
perspektif pengembang dan pengguna. Meskipun pengembang memiliki kebebasan
dalam merancang sistem, namun perlu dipastikan bahwa sistem yang
dikembangkan dapat dioperasikan dengan baik oleh pengguna.
PT Ganesha Tujuh Sembilan adalah sebuah perusahaan yang bergerak
dalam bidang pengembangan perangkat lunak dan solusi teknologi informasi. Salah
satu proyek yang sedang dikembangkan oleh PT Ganesha Tujuh Sembilan adalah
aplikasi Guru99 Banking Project. Aplikasi ini merupakan solusi perbankan yang
dirancang khusus untuk memberikan layanan perbankan digital kepada nasabah.
Aplikasi ini memiliki tujuan untuk memberikan kemudahan dan kenyamanan dalam
melakukan transaksi perbankan secara online.
Dalam mengembangkan aplikasi Guru99 Banking Project, PT Ganesha
Tujuh Sembilan memiliki fokus yang kuat untuk memberikan pengalaman
pengguna yang terbaik. Mereka memahami sepenuhnya pentingnya memahami
kebutuhan dan harapan pelanggan dalam menggunakan layanan perbankan. Oleh
karena itu, sebelum merilis aplikasi ke publik, PT Ganesha Tujuh Sembilan
menyadari pentingnya melakukan pengujian fitur secara cermat dan teliti guna
memastikan bahwa aplikasi berfungsi dengan baik sebelum digunakan oleh
nasabah.
Dalam rangka mencapai tujuan tersebut, penelitian ini bertujuan untuk
melakukan pengujian fitur customer pada aplikasi Guru99 Banking Project dengan
menggunakan metode black box testing. Diharapkan hasil penelitian ini dapat
memastikan bahwa fitur customer berfungsi dengan baik. Sehingga dapat
meningkatkan kepuasan pengguna serta memperkuat citra PT Ganesha Tujuh
Sembilan sebagai penyedia solusi perbankan digital yang handal.
1
1.2 Rumusan Masalah
Berdasarkan uraian latar belakang, adapun rumusan masalah yang dapat
diidentifikasi adalah sebagai berikut:
1. Bagaimana memastikan bahwa fitur customer pada aplikasi Guru99
Banking Project berfungsi dengan baik dan memenuhi kebutuhan
pengguna?
2. Bagaimana melakukan pengujian fitur customer pada aplikasi Guru99
Banking Project?
1.3 Tujuan
Adapun tujuan yang dimaksud dalam pengujian aplikasi Guru99 Banking
Project adalah sebagai berikut:
1. Memastikan bahwa fitur customer dalam aplikasi Guru99 Banking Project
berfungsi dengan baik dan sesuai dengan kebutuhan pengguna.
2. Melakukan pengujian fitur customer pada aplikasi Guru99 Banking
Project menggunakan metode black box testing.
1.4 Batasan Masalah

Adapun batasan masalah dalam pembuatan laporan ini adalah sebagai
berikut :
1. Penelitian ini difokuskan pada pengujian fitur customer dalam aplikasi
Guru99 Banking Project.
2. Metode yang digunakan dalam pengujian adalah black box testing.
1.5 Manfaat
Dengan dilakukannya pengujian aplikasi Guru99 Banking Project,
diharapkan memberikan manfaat sebagai berikut:
1. Pengujian aplikasi Guru99 Banking Project membantu meningkatkan
kualitas dan stabilitas aplikasi dengan mengidentifikasi masalah atau bug
sebelum rilis.
2
2. Pengujian juga membantu meningkatkan kepuasan pengguna dengan
memastikan bahwa fitur customer berfungsi dengan baik dan sesuai
kebutuhan pengguna.
3. Melalui pengujian yang teliti, aplikasi Guru99 Banking Project dapat
memperoleh kepercayaan pengguna, karena pengguna merasa yakin dan
dapat mengandalkan aplikasi tersebut untuk kebutuhan perbankan digital
mereka.
1.6 Metodologi Penelitian

1.6.1 Jenis Penelitian
Jenis penelitian ini menggunakan pendekatan kualitatif. Menurut
Sugiyono (2013:9) penelitian kualitatif dapat diartikan sebagai pendekatan
penelitian yang didasarkan pada filsafat postpositivisme. Metode ini digunakan
untuk menyelidiki kondisi alami suatu objek penelitian (sebagai lawannya adalah
eksperimen) di mana peneliti berperan sebagai instrumen utama. Analisis data
dalam penelitian kualitatif bersifat induktif, dengan mengedepankan penemuan
makna dari data yang diperoleh. Hasil penelitian kualitatif juga menekankan pada
generalisasi yang lebih mengarah pada pemahaman dan konteks yang lebih
dalam.[1]
1.6.2 Sumber Data

Dalam penelitian ini menggunakan dua jenis sumber data, yaitu data
primer dan sumber data sekunder. Sumber data primer merupakan data yang
dikumpulkan langsung dari lapangan, dengan fokus pada penggunaan fitur
customer.
Sementara itu, sumber data sekunder dalam penelitian ini meliputi buku-
buku yang relevan dengan topik penelitian, termasuk pendapat ahli, artikel-artikel,
tulisan-tulisan ilmiah dan referensi lain yang terkait dengan masalah yang sedang
diteliti.
3
1.6.3 Populasi Dan Sampel
Dalam penelitian kualitatif menurut Sugiyono (2013:215) istilah populasi
tidak digunakan, tetapi oleh Spradley istilah tersebut disebut "social situation" atau
situasi sosial yang terdiri atas tiga elemen yaitu tempat (place), pelaku (actors), dan
aktivitas (activity) yang berinteraksi secara sinergis. Situasi sosial tersebut dapat
mencakup berbagai konteks, seperti di rumah dengan keluarga dan kegiatan sehari-
hari, atau orang-orang yang sedang ngobrol di sudut-sudut jalan, atau lingkungan
kerja, kota, desa, atau wilayah di suatu negara. Situasi sosial tersebut dapat
dijadikan sebagai objek penelitian untuk mendapatkan pemahaman yang lebih
mendalam. [1] Jadi yang menjadi populasi dalam penelitian ini adalah fitur
customer pada aplikasi Guru99 Banking Project.
Menurut Sugiyono (2013:216) sampel dalam penelitian kualitatif tidak
disebut sebagai responden, melainkan sebagai narasumber, partisipan, informan,
teman, atau guru dalam penelitian. Selain itu, dalam penelitian kualitatif, sampel
tidak disebut sebagai sampel statistik, tetapi sebagai sampel teoritis, karena tujuan
utama penelitian kualitatif adalah untuk menghasilkan teori baru atau memperluas
pemahaman tentang fenomena yang diteliti. [1]
Teknik yang digunakan dalam penelitian ini adalah teknik sampling
nonprobabilitas. Menurut Sugiyono (2013:218), teknik sampling nonprobabilitas
adalah metode pengambilan sampel yang tidak memberikan peluang atau
kesempatan yang sama kepada setiap elemen atau anggota populasi untuk diambil
sebagai sampel. Sebaliknya, penulis menggunakan teknik sampling purposive
untuk pengambilan sampel dari sumber data. Pertimbangan ini melibatkan
pemilihan individu yang dianggap memiliki pengetahuan paling relevan tentang
tujuan penelitian yang diharapkan, atau mungkin mereka memiliki posisi yang kuat
dalam konteks sosial yang memudahkan peneliti menjelajahi situasi sosial yang
diteliti. [1]
Menurut Sugiyono (2013:219), penentuan sampel dalam penelitian
kualitatif dilakukan saat memasuki lapangan dan selama penelitian berlangsung.
Caranya, peneliti akan memilih individu tertentu yang dianggap memiliki potensi
untuk memberikan data yang relevan. Selanjutnya, berdasarkan data atau informasi
4
yang telah diperoleh dari sampel sebelumnya, peneliti dapat menetapkan sampel
tambahan yang dianggap akan memberikan data yang lebih lengkap. [1]
1.6.4 Teknik Pengumpulan Data

Menurut Sugiyono (2013:225) dalam penelitian kualitatif, pengumpulan
data dilakukan pada natural setting (kondisi yang alamiah), menggunakan sumber
data primer, dan melibatkan berbagai teknik pengumpulan data seperti observasi
berperan serta (participan observation), wawancara mendalam (in depth interview),
dan dokumentasi. [1]
Pada penelitian ini, teknik pengumpulan data dilakukan dengan sebagai
berikut:
1. Observasi
Sanafiah Faisal (1990) dalam Sugiyono (2013:226)
mengklasifikasikan observasi menjadi tiga jenis, yaitu observasi
berpartisipasi (participant observation), observasi yang dilakukan secara
terang-terangan dan tersamar (overt observation dan covert observation),
serta observasi yang tidak terstruktur (unstructured observation). [1]
Dalam penelitian ini, dilakukan observasi berpartisipasi di mana
peneliti secara aktif terlibat dalam kegiatan sehari-hari orang yang menjadi
subjek pengamatan dan sumber data penelitian. Peneliti melakukan
pengamatan sambil ikut terlibat dalam aktivitas yang dilakukan oleh
subjek. Dengan menggunakan metode observasi partisipatif ini, data yang
diperoleh menjadi lebih lengkap.
2. Wawancara
Menurut Esterberg (2002) dalam Sugiyono (2013:233)
mengemukakan beberapa jenis wawancara, termasuk wawancara
terstruktur, semiterstruktur, dan tidak terstruktur. [1]
Pada penelitian ini menggunakan jenis wawancara semiterstruktur.
Jenis wawancara ini termasuk dalam kategori wawancara mendalam (in-
depth interview), di mana pelaksanaannya lebih bebas dibandingkan
dengan wawancara terstruktur. Tujuan dari wawancara jenis ini adalah
untuk mengeksplorasi permasalahan secara lebih terbuka, di mana subjek
5
yang diwawancarai diminta pendapat dan ide-idenya. Dalam melakukan
wawancara, peneliti perlu mendengarkan dengan cermat dan mencatat apa
yang diungkapkan oleh narasumber. [1]
3. Dokumen
Pengujian dapat melakukan analisis terhadap dokumen Software
Requirements Specification atau Spesifikasi Kebutuhan Perangkat Lunak
yang diberikan selama melakukan pengujian, dokumen ini berisi tentang
spesifikasi fitur, desain UI, atau dokumentasi pengguna. Analisis dokumen
ini bertujuan untuk memberikan pemahaman yang lebih baik tentang fitur
tersebut dan membantu dalam mengidentifikasi area yang perlu
diperhatikan selama pengujian.
1.6.5 Teknik Analisis Data

Analisis data menurut Sugiyono (2013:244) adalah proses sistematis
dalam mencari, mengorganisir, dan menyusun data yang diperoleh dari hasil
wawancara, catatan lapangan, dan dokumentasi. Proses ini melibatkan
pengorganisasian data ke dalam kategori yang relevan, penjabaran data menjadi
unit-unit yang lebih terperinci, melakukan sintesis data, mengidentifikasi pola-pola
yang muncul, memilih informasi yang penting dan layak untuk dipelajari, serta
membuat kesimpulan yang dapat dipahami dengan mudah oleh peneliti sendiri
maupun orang lain. Teknik analisis data pada penelitian kualitatif dilakukan dalam
3 tahap, yaitu analisis data sebelum di lapangan, analisis data di lapangan dan
analisis data selesai di lapangan. [1]
1. Analisis data sebelum dilapangan dilakukan untuk menganalisis data hasil
studi pendahuluan atau data sekunder yang akan digunakan untuk
menentukan arah fokus penelitian. Pada tahap ini, fokus penelitian masih
bersifat sementara dan akan berkembang setelah melakukan penelitian di
lapangan.
2. Analisis data selama dilapangan dilakukan dengan mengumpulkan data
secara langsung melalui wawancara serta melalui observasi langsung.
6
3. Analisis data setelah dilapangan dilakukan untuk mengkaji data yang telah
diperoleh guna memperoleh gambaran umum dan pemahaman mendalam
mengenai obyek penelitian atau situasi yang diteliti.
1.7 Sistematika Penulisan

Sistematika penulisan yang akan digunakan dalam penulisan laporan kerja
praktik ini adalah:
BAB I PENDAHULUAN, berisikan Latar Belakang, Rumusan Masalah, Tujuan,
Batasan Masalah, Metodologi Penelitian dan Sistematika Penulisan.
BAB II LANDASAN TEORI, berisikan Pengujian (Testing), Fitur, Customer,

Aplikasi, Bank, Project, Quality Assurance, Pengujian Secara Manual, Black Box
Testing, Test Case, Flowchart, Entity Relationship Diagram, Data Flow Diagram
dan Unified Modelling Language (UML).
BAB III GAMBARAN UMUM PERUSAHAAN, berisikan Sejarah Perusahaan,

Visi dan Misi Perusahaan, Struktur Organisasi Perusahaan dan Layanan
Perusahaan.
BAB IV ANALISA DAN PERANCANGAN, berisikan Kebutuhan Perangkat

Lunak, Kebutuhan Antarmuka Eksternal, Model Deskripsi Kebutuhan Perangkat
Lunak dan Perancangan Antarmuka Perangkat Lunak.
BAB V IMPLEMENTASI DAN PENGUJIAN, berisikan Hasil Implementasi

dan Hasil Pengujian Perangkat Lunak.
BAB VI PENUTUP, berisikan Kesimpulan dan Saran.
7
BAB II
LANDASAN TEORI
2.1 Pengujian (Testing)

Menurut Rajiv Chopra (2018), pengujian atau testing adalah proses yang
sangat penting dalam pengembangan perangkat lunak. Tujuan utama dari pengujian
adalah mengeksekusi program dengan maksud untuk menemukan kesalahan atau
bug. Pengujian memiliki peran penting dalam mengidentifikasi kesalahan yang
belum terdeteksi sebelumnya. Dalam proses pengujian, dilakukan pengujian
terhadap program dengan menggunakan input yang valid maupun tidak valid, dan
kemudian hasil output yang diharapkan dibandingkan dengan hasil output yang
diamati setelah perangkat lunak dieksekusi. [2]
Proses pengujian dimulai sejak fase analisis persyaratan dan berlanjut
hingga fase pemeliharaan terakhir. Selama fase analisis dan perancangan
persyaratan, dilakukan pengujian statis yang melibatkan pengujian SRS (Software
Requirements Specification) untuk memastikan kesesuaian dengan kebutuhan
pengguna. [2]
2.2 Fitur
Menurut Schmitt (2010) dalam Setyo Ferry Wibowo et al., (2015), fitur
merujuk pada atribut yang meningkatkan fungsi dasar suatu produk. Keberadaan
fitur ini menjadi faktor yang mempengaruhi keputusan konsumen dalam memilih
produk, sehingga bagi pemasar tradisional, fitur merupakan sarana utama untuk
membedakan produk mereka dari pesaing. [3]
Sedangkan menurut Poon (2011) dalam Setyo Ferry Wibowo et al., (2015)
menyatakan bahwa terdapat beberapa faktor yang dapat digunakan sebagai
indikator ketersediaan fitur dalam sistem internet banking. Faktor-faktor tersebut
mencakup kemudahan akses informasi tentang produk dan jasa, beragamnya
layanan transaksi yang ditawarkan, variasi fitur yang tersedia, dan inovasi
produk.[3]
8
2.3 Customer
Menurut Vincent Gaspersz (2002), customer atau pelanggan adalah semua
orang yang meminta kita untuk memenuhi standar kualitas tertentu dan karena itu,
mereka memiliki pengaruh yang signifikan terhadap kinerja atau performansi
kita.[4] Dalam dunia perbankan, istilah “customer” diartikan sebagai nasabah,
Menurut Mislah Hayati Nasution dan Sutisna (2015), nasabah yang juga
dikenal sebagai pelanggan (customer), merujuk kepada individu atau perusahaan
yang memperoleh manfaat atau memanfaatkan produk dan layanan yang disediakan
oleh sebuah perusahaan perbankan. Ini meliputi berbagai kegiatan seperti
pembelian, penyewaan, dan layanan jasa. Menurut Pasal 1 Ayat (17) UU No. 10
Tahun 1998, nasabah adalah "pihak yang menggunakan jasa bank." Nasabah
mempunyai peran yang sangat penting dalam industri perbankan, di mana dana
yang disimpan oleh nasabah di bank menjadi sumber daya yang sangat penting
dalam menjalankan operasional bank untuk menjalankan kegiatan bisnisnya. [5]
2.4 Aplikasi
Aplikasi menurut Hasan Abdurahman dan Asep Ririh Riswaya (2014),
adalah program siap pakai yang berfungsi untuk menjalankan instruksi-instruksi
dari pengguna dengan maksud mencapai hasil yang lebih akurat sesuai dengan
tujuan pembuatan aplikasi tersebut. Aplikasi juga dapat dikategorikan sebagai
solusi untuk memecahkan masalah dengan menggunakan metode pemrosesan data
yang sering bergantung pada komputasi yang diharapkan atau diinginkan. Secara
umum, aplikasi dapat dianggap sebagai perangkat lunak khusus yang terintegrasi
dengan fungsinya sendiri, dan menjadi perangkat komputer yang siap digunakan
oleh pengguna. [6]
Menurut Jogiyanto (1999:12) dalam Hasan Abdurahman dan Asep Ririh
Riswaya (2014), aplikasi adalah penggunaan instruksi atau pernyataan dalam
komputer yang disusun sedemikian rupa sehingga komputer dapat memproses input
menjadi output. [6]
9
2.5 Bank
Menurut Undang-undang Perbankan No. 10 Tahun 1998, bank adalah
badan yang menghimpun dana dari masyarakat dalam bentuk simpanan dan
membiayai masyarakat melalui kredit dan/atau cara lain untuk meningkatkan
kesejahteraan rakyat. [7]
Menurut Kasmir (2008:2) bank adalah lembaga keuangan yang
menghimpun dana dari masyarakat dalam bentuk simpanan, kemudian
menyalurkannya kembali kepada masyarakat dan menyelenggarakan berbagai jasa
perbankan lainnya. [7]
Sementara itu, menurut Ikatan Akuntan Indonesia (2002), bank adalah
lembaga keuangan yang berperan sebagai perantara keuangan antara pihak yang
memiliki dana dan pihak yang membutuhkan dana, yang berperan penting dalam
memperlancar arus pembayaran. [7]
2.6 Project
Menurut Larson (2006:3), proyek dapat didefinisikan sebagai sebuah
usaha yang kompleks, tidak rutin, yang memiliki batasan waktu, anggaran, sumber
daya, dan spesifikasi kinerja yang dirancang untuk memenuhi kebutuhan
pelanggan. [8]
Menurut Nurhayati (2010:4), proyek adalah suatu upaya atau aktivitas
yang diorganisir dengan tujuan, sasaran, dan harapan-harapan penting yang harus
dicapai. Proyek ini melibatkan penggunaan anggaran dana dan sumber daya yang
tersedia serta memiliki batasan waktu penyelesaian yang telah ditentukan. [8]
2.7 Quality Assurance

Menurut Rajiv Chopra (2018), Quality Assurance (QA) adalah
serangkaian kegiatan terencana dan sistematis yang diterapkan dalam sistem
kualitas dengan tujuan memastikan bahwa persyaratan kualitas untuk suatu produk
atau layanan dapat terpenuhi. Berikut adalah beberapa poin yang perlu diperhatikan
dalam Quality Assurance (QA):
1. QA terkait dengan proses.
10
2. QA berfokus pada proses yang digunakan untuk mengembangkan suatu
produk.
3. QA melibatkan pengendalian dan pemantauan kualitas proses.
4. QA merupakan kontrol preventif yang bertujuan untuk mencegah
terjadinya kesalahan atau masalah dalam proses pengembangan.
5. Fokus utama dari QA adalah pada pembangunan dan memastikan bahwa
proses pengembangan dilakukan sesuai dengan standar kualitas yang
ditetapkan. [2]
2.8 Pengujian Secara Manual

Pengujian manual menurut Rajiv Chopra (2018), merupakan salah satu
metode pengujian aplikasi perangkat lunak yang paling populer. Metode ini dapat
ditingkatkan dengan menggunakan beberapa pendekatan seperti ketertelusuran
persyaratan, penggunaan kasus uji, perencanaan pengujian yang terstruktur,
implementasi aspek Software Quality Assurance (SQA), serta penerapan berbagai
teknik pengujian. [2]
Menurut Bhuvan Unhelkar (2003), pengujian secara manual melibatkan
intervensi manusia dalam menjalankan aplikasi yang sedang diuji. Dalam
pendekatan ini, penguji secara manual menjalankan program perangkat lunak
dengan menekan tombol atau menggunakan antarmuka pengguna untuk
mengoperasikan sistem. Setelah itu, hasilnya diperiksa secara manual untuk
memastikan keakuratannya. [9]
2.9 Black Box Testing

Menurut Naresh Chauhan (2010), teknik black box merupakan salah satu
teknik utama dalam pengujian dinamis yang digunakan untuk merancang kasus uji
yang efektif. Teknik ini secara khusus berfokus pada persyaratan fungsional dari
perangkat lunak atau modul yang diuji, tanpa memperhatikan struktur atau logika
internal perangkat lunak. Teknik ini juga dikenal sebagai pengujian fungsional.
Dalam teknik black box, kasus uji dirancang berdasarkan spesifikasi fungsional
yang telah ditetapkan. Input data pengujian ke sistem, yang dianggap sebagai black
11
box oleh penguji, dan hasilnya diperiksa untuk memastikan bahwa output sesuai
dengan yang diharapkan setelah perangkat lunak dijalankan. [10]
Black box testing menurut Naresh Chauhan (2010), bertujuan untuk
menemukan kesalahan dalam beberapa kategori berikut:
1. Menguji modul secara mandiri.
2. Menguji validitas fungsional perangkat lunak untuk mengidentifikasi
fungsi yang salah atau hilang.
3. Mencari kesalahan antarmuka.
4. Menguji perilaku sistem dan memeriksa kinerjanya.
5. Menguji beban atau tegangan maksimum pada sistem.
6. Menguji perangkat lunak secara menyeluruh agar pengguna atau
pelanggan dapat menerima sistem dalam batas yang dapat diterima. [10]
2.10 Test Case

Menurut Rajiv Chopra (2018), Test Case merupakan kumpulan kondisi
atau variabel di mana penguji mengevaluasi apakah persyaratan aplikasi terpenuhi
sebagian atau seluruhnya. Dalam beberapa kasus, diperlukan beberapa test case
untuk memastikan bahwa suatu persyaratan benar-benar terpenuhi. Untuk menguji
aplikasi secara menyeluruh dan memastikan bahwa semua persyaratan terpenuhi,
setidaknya harus ada satu test case untuk setiap persyaratan, kecuali jika
persyaratan tersebut memiliki subpersyaratan. Dalam hal itu, setiap subpersyaratan
harus memiliki setidaknya satu test case. Ada beberapa jenis kasus uji yang umum
digunakan, antara lain: [2]
1. Kasus uji umum.
Kasus uji umum adalah kasus uji yang mencakup fungsionalitas dasar
yang sering digunakan dalam perangkat lunak. Tujuan dari kasus uji ini
adalah untuk memastikan bahwa perangkat lunak dapat menjalankan
tugas-tugas inti secara benar dan memenuhi persyaratan dasar yang
ditetapkan.
2. Kasus uji fungsional.
Kasus uji fungsional dirancang untuk menguji fungsionalitas perangkat
lunak. Kasus uji ini memeriksa setiap fungsi atau fitur perangkat lunak
12
untuk memastikan bahwa perangkat lunak berperilaku sesuai dengan yang
diharapkan dan memenuhi persyaratan fungsional yang ditentukan.
3. Kasus uji tidak valid.
Kasus uji tidak valid adalah kasus uji yang menguji bagaimana perangkat
lunak menangani input atau situasi yang tidak valid. Kasus uji ini bertujuan
untuk memastikan bahwa perangkat lunak dapat mendeteksi dan
mengatasi input yang tidak valid atau tidak sesuai dengan persyaratan, dan
memberikan respons atau pesan kesalahan yang tepat.
4. Kasus uji integrasi.
Kasus uji integrasi adalah kasus uji yang menguji integrasi antara
komponen-komponen perangkat lunak. Kasus uji ini memverifikasi
bagaimana komponen-komponen tersebut berinteraksi satu sama lain dan
apakah mereka dapat bekerja secara sinergis untuk mencapai tujuan yang
diinginkan.
5. Kasus uji konfigurasi.
Kasus uji konfigurasi adalah kasus uji yang menguji perangkat lunak
dalam berbagai konfigurasi atau lingkungan yang berbeda. Tujuannya
adalah untuk memastikan bahwa perangkat lunak dapat beroperasi dengan
baik dan konsisten di berbagai konfigurasi atau lingkungan yang
ditentukan.
6. Kasus uji kompatibilitas.
Kasus uji kompatibilitas adalah kasus uji yang dirancang untuk menguji
kemampuan perangkat lunak dalam beroperasi dan berintegrasi dengan
baik dalam berbagai lingkungan atau platform yang berbeda. Tujuan dari
kasus uji ini adalah untuk memastikan bahwa perangkat lunak kompatibel
dengan lingkungan yang ditentukan dan dapat berjalan tanpa masalah.
2.11 Flowchart
Menurut Chaudhuri (2020), flowchart adalah representasi visual dari
langkah-langkah suatu algoritma. Dalam flowchart, simbol dengan bentuk yang
berbeda digunakan untuk mewakili jenis operasi yang berbeda. Simbol-simbol ini
kemudian dihubungkan dengan garis berpanah yang menunjukkan arah aliran untuk
13
menentukan langkah selanjutnya. Garis yang menghubungkan simbol-simbol ini
dikenal sebagai garis aliran. Berikut ini adalah simbol-simbol standar yang
digunakan dalam flowchart. [11]
Tabel 1. Simbol Flowchart
Simbol Nama Keterangan

Terminal Menunjukkan awal dan akhir dari
serangkain proses yang berhubungan
dengan komputer.
Input/Output Menampilkan operasi input/output.
Computer Menunjukkan pemrosesan apapun

Processing yang dilakukan oleh sistem komputer.
Predefined Menunjukkan proses apa pun yang

Processing tidak ditentukan secara khusus dalam
flowchart.
Comment Menulis pernyataan penjelasan
apapun yang diperlukan untuk
mengklarifikasi sesuatu.
Flow line Mengubungkan simbol-simbol.
Document Digunakan saat input berasal dari

Input/Output dokumen dan output masuk ke
dokumen.
Decision Menunjukkan setiap titik dalam

proses di mana keputusan harus
dibuat untuk menentukan tindakan
lebih lanjut.
On-page Menghubungkan bagian-bagian

connector flowchart yang dilanjutkan pada
halaman yang sama.
14
Off-page Menghubungkan bagian-bagian
connector flowchart yang dilanjutkan ke
halaman terpisah.
2.12 Entity Relationship Diagram

Menurut Zidniryi (2020), Entity Relationship Diagram juga dikenal
sebagai ERD. ER Diagram atau model ER, adalah jenis diagram struktural yang
digunakan dalam desain database. ERD menggunakan simbol dan konektor yang
berbeda untuk memvisualisasikan dua informasi penting, yaitu entitas utama dalam
ruang lingkup sistem, dan hubungan antara entitas-entitas ini. ERD membantu
dalam memodelkan dan merancang basis data dengan jelas dan terstruktur. Diagram
ini menggambarkan entitas sebagai kotak dengan atribut-atribut yang relevan, dan
hubungan antara entitas-entitas sebagai garis-garis dengan tanda panah dan notasi
kardinalitas. [12]
Tabel 2. Simbol Entity Relation Diagram

Entitas Entitas merepresentasikan objek
utama dalam sistem yang memiliki
atribut-atribut yang relevan.
Atribut Atribut adalah informasi khusus yang
terkait dengan entitas. Atribut dapat
berupa karakteristik, properti, atau
detail yang mendefinisikan entitas
tersebut.
Relasi Relasi adalah entitas yang digunakan
untuk menghubungkan dua entitas
yang saling terkait dalam hubungan
yang kompleks. Relasi digambarkan
sebagai entitas dengan atribut-atribut
15
tambahan yang menggambarkan
detail hubungan antara entitas.
Koneksi Simbol untuk merangkai keterkaitan
antara notasi-notasi yang berupa garis
penghubung yang digunakan
seperti entitas, relasi dan atribut.
2.13 Data Flow Diagram

Data Flow Diagram atau disingkat DFD menurut Zidniryi (2020) adalah
jenis diagram yang digunakan untuk menggambarkan pergerakan informasi dari
satu lokasi ke lokasi lain dalam suatu sistem, biasanya sebagai bagian dari proses
yang terjadi. DFD memberikan visualisasi tentang bagaimana data mengalir
melalui sistem dan bagaimana informasi dipertukarkan di antara berbagai
komponen. [13]
Tabel 3. Simbol Data Flow Diagram

Proses Proses merepresentasikan suatu
aktivitas yang mengubah atau
memanipulasi data. Proses dapat
berupa pemrosesan data, pengolahan
informasi, atau tindakan lainnya
dalam sistem.
Entitas Entitas eksternal mewakili sumber
Eksternal atau tujuan data yang berada di luar
sistem yang sedang dianalisis. Entitas
eksternal dapat berupa pengguna,
sistem eksternal, atau komponen lain
yang berinteraksi dengan sistem.
Aliran Data Aliran data digambarkan sebagai
panah yang menggambarkan aliran
data dari satu proses ke proses lain,
16
antara proses dengan penyimpanan
data, atau antara proses dengan entitas
eksternal. Aliran data menunjukkan
bagaimana data mengalir dalam
sistem dan bagaimana informasi
dipertukarkan antar proses.
Penyimpanan Penyimpanan data digunakan untuk
Data menyimpan dan mengakses informasi
yang dibutuhkan oleh proses. Ini
mewakili tempat penyimpanan data
dalam sistem, seperti basis data, file,
atau memori.
2.14 UML (Unified Modelling Language)

Menurut Grady Booch (2005), Unified Modeling Language atau disingkat
UML adalah bahasa standar yang digunakan untuk menggambarkan dan
mendokumentasikan rancangan perangkat lunak. UML dapat digunakan untuk
memvisualisasikan, menspesifikasikan, membangun, dan mendokumentasikan
komponen-komponen dari sistem perangkat lunak yang kompleks. [14]
Dalam UML menurut Grady Booch (2005), terdapat berbagai jenis
diagram yang dapat digunakan untuk memodelkan sistem. Untuk
memvisualisasikan bagian statis dari sistem, terdapat empat diagram yang umum
digunakan yaitu Class Diagram, Object Diagram, Component Diagram and
Deployment Diagram. Selain itu, terdapat juga lima diagram tambahan yang sering
digunakan untuk memvisualisasikan bagian dinamis dari sistem, yaitu Use Case
Diagram, Sequence Diagram, Collaboration Diagram, Statechart Diagram and
Activity Diagram. [14]
2.14.1 Use Case Diagram

Menurut Grady Booch (2005), Use Case Diagram atau UML adalah salah
satu dari lima diagram di UML yang digunakan untuk memodelkan aspek dinamis
dari sistem. Diagram aktivitas, diagram statechart, diagram sequence, dan diagram
17
kolaborasi merupakan empat jenis diagram lainnya di UML yang juga digunakan
untuk memodelkan aspek dinamis dari sistem. Namun, use case diagram memiliki
peran sentral dalam memodelkan perilaku sistem, subsistem, atau kelas. Setiap use
case diagram menunjukkan serangkaian kasus penggunaan (use case) yang
menggambarkan interaksi antara aktor (pengguna atau entitas eksternal) dengan
sistem, serta hubungan-hubungan antara kasus penggunaan dan aktor tersebut. [14]
Tabel 4. Simbol Use Case Diagram

Actor Aktor mewakili entitas eksternal yang
berinteraksi dengan sistem. Aktor
bisa menjadi pengguna manusia,
perangkat keras, atau sistem eksternal
lainnya.
Use Case Use case menggambarkan sebuah
fungsionalitas atau tindakan yang
dapat dilakukan oleh sistem. Use case
menjelaskan interaksi antara satu atau
lebih aktor dengan sistem.
Association Asosiasi adalah hubungan antara
aktor dan use case yang menunjukkan
keterlibatan aktor dalam use case
tertentu.
Generalization Generalisasi adalah hubungan antara
dua use case atau aktor di mana satu
entitas lebih umum atau menjadi
superclass dari yang lain.
Include Include adalah hubungan antara dua
use case di mana satu use case
menggabungkan (termasuk)
fungsionalitas dari use case lain.
18
Extend Extend adalah hubungan antara dua
use case di mana satu use case dapat
memperluas (meng-extend)
fungsionalitas use case lain secara
opsional.
System Sistem adalah representasi
keseluruhan sistem yang sedang
dianalisis dalam diagram use case.
2.14.2 Activity Diagram

Diagram aktivitas menurut Grady Booch (2005) adalah salah satu dari lima
diagram di UML yang digunakan untuk memodelkan aspek dinamis dari suatu
sistem. Diagram aktivitas secara dasar adalah diagram aliran, yang menggambarkan
aliran kontrol dari satu aktivitas ke aktivitas lainnya. [14]
Tabel 5. Activity Diagram

Initial Node Awal menunjukkan titik awal dari
aliran aktivitas dalam diagram.
Activity Mewakili tindakan atau aktivitas yang
dilakukan dalam diagram aktivitas.
Decision Keputusan digunakan untuk

menggambarkan kondisi atau pilihan
dalam aliran logika dalam diagram
aktivitas.
Fork atau Join Node dengan satu input dan beberapa
output atau sebaliknya
Flow Garis aliran digunakan untuk

menghubungkan aksi, keputusan,
19
fork, dan join dalam diagram
aktivitas.
Final Node Akhir menunjukkan titik akhir dari
aliran aktivitas dalam diagram.
2.14.3 Sequence Diagram

Menurut Grady Booch (2005) diagram urutan atau Sequence diagram
adalah diagram interaksi yang menekankan pada urutan waktu pesan dalam sistem.
Diagram urutan menunjukkan kumpulan objek dan pesan yang dikirim dan diterima
oleh objek-objek tersebut. Objek-objek tersebut biasanya diberi nama atau
mewakili instance kelas anonim, namun juga dapat mewakili instance dari entitas
lain seperti kolaborasi, komponen, atau node. Diagram urutan digunakan untuk
menggambarkan tampilan dinamis dari suatu sistem, meliputi interaksi antara
objek-objek yang terlibat dalam proses tersebut. [14]
Tabel 6. Simbol Sequence Diagram

berinteraksi dengan sistem.
Object Objek mewakili entitas yang terlibat

dalam interaksi.
Lifeline menggambarkan rentang waktu di
mana objek aktif dalam diagram
urutan.
Message Pesan menggambarkan komunikasi

antara objek dalam diagram urutan.
2.14.4 Collaboration Diagram

Diagram kolaborasi menurut Grady Booch (2005) adalah diagram
interaksi yang menekankan organisasi struktural dari objek-objek yang saling
berinteraksi dengan mengirim dan menerima pesan. Diagram ini menggambarkan
20
kelompok objek, koneksi antara objek-objek tersebut, dan pesan-pesan yang
dikirim dan diterima oleh objek-objek tersebut. Objek dalam diagram kolaborasi
dapat berupa instansiasi kelas dengan nama atau juga dapat mewakili instance dari
entitas lain, seperti kolaborasi, komponen, atau node. Diagram kolaborasi
digunakan untuk menggambarkan tampilan dinamis dari suatu sistem. [14]
Tabel 7. Simbol Collaboration Diagram

Object Objek mewakili entitas yang terlibat
dalam interaksi. Objek dapat berupa
instansiasi dari kelas atau aktor
eksternal yang berinteraksi dengan
sistem
berinteraksi dengan sistem. Aktor
biasanya merupakan pengguna
manusia atau entitas lain di luar
sistem yang sedang dianalisis.
Message Pesan menggambarkan komunikasi
antara objek dalam diagram
kolaborasi.
2.14.5 Statechart Diagram

Diagram statechart menurut Grady Booch (2005) adalah salah satu dari
lima diagram di UML yang digunakan untuk memodelkan aspek dinamis dari
sistem. Diagram statechart menggambarkan mesin negara yang merepresentasikan
siklus hidup suatu objek atau sistem. Diagram statechart menunjukkan aliran
kontrol dari satu state ke state lainnya. Diagram statechart tidak hanya penting
dalam memodelkan aspek dinamis dari suatu sistem, tetapi juga berperan dalam
membangun sistem yang dapat dieksekusi melalui rekayasa maju dan mundur.
Dengan menggunakan diagram statechart, kita dapat memahami bagaimana objek
atau sistem berpindah antara state-state yang berbeda dan merespons peristiwa-
21
peristiwa tertentu. Hal ini memungkinkan perancangan sistem yang efisien dan
pengujian yang lebih baik. [14]
Tabel 8. Simbol Statechart Diagram

State Keadaan mewakili kondisi atau status
yang mungkin dialami oleh objek
dalam sistem.
Transition Transisi menggambarkan perubahan
keadaan dari satu keadaan ke keadaan
lainnya.
Initial State Awal menunjukkan keadaan awal
dari objek saat dimulainya sistem atau
aktivitas.
Final State Akhir menunjukkan keadaan akhir
dari objek saat sistem atau aktivitas
selesai.
2.14.6 Class Diagram

Menurut Grady Booch (2005), class diagram adalah salah satu jenis
diagram yang paling umum digunakan dalam pemodelan sistem berorientasi objek.
Diagram kelas digunakan untuk menggambarkan sekumpulan kelas, antarmuka,
dan kolaborasi yang ada dalam sistem, serta hubungan antara entitas-entitas
tersebut. [14]
Tabel 9. Simbol Class Diagram

Class Kelas mewakili entitas atau objek
yang memiliki atribut (data) dan
metode (fungsi). Kelas
digambarkan sebagai persegi
22
panjang yang terbagi menjadi tiga
bagian: bagian atas untuk nama
kelas, bagian tengah untuk atribut,
dan bagian bawah untuk metode.
Atribut (Attribute):
Atribut adalah variabel atau data
yang dimiliki oleh sebuah kelas.
Atribut digambarkan sebagai garis
yang terhubung ke bagian tengah
kelas, dengan format
"namaAtribut: tipeData" untuk
menunjukkan nama atribut dan tipe
datanya.
Metode (Method):
Metode adalah fungsi atau operasi
yang dapat dilakukan oleh sebuah
kelas. Metode digambarkan
sebagai garis yang terhubung ke
bagian bawah kelas, dengan format
"namaMetode(parameter):
tipeKembalian" untuk
menunjukkan nama metode,
parameter yang diterima (jika ada),
dan tipe data kembalian (jika ada).
Association Asosiasi menggambarkan
hubungan antara dua atau lebih
kelas dalam sistem.
Nary Upaya untuk menghindari
Association hubungan asosiasi antara lebih dari
dua objek.
23
Collaboration Deskripsi dari urutan aksi-aksi
yang terjadi dalam sistem yang
menghasilkan hasil yang dapat
diukur bagi seorang aktor.
Realization Implementasi atau operasi yang
benar-benar dilakukan oleh sebuah
objek.
Dependency Hubungan di mana perubahan yang
terjadi pada elemen yang mandiri
akan mempengaruhi elemen yang
bergantung padanya, yaitu elemen
yang tidak mandiri.
2.14.7 Object Diagram

Object diagram menurut Grady Booch (2005), digunakan untuk
memodelkan objek-objek yang ada dalam diagram kelas. Diagram objek
menunjukkan sekumpulan objek beserta hubungan antara objek-objek tersebut pada
suatu titik waktu tertentu. [14]
Tabel 10. Simbol Object Diagram

Object Objek mewakili instance dari kelas
atau entitas yang ada dalam sistem.
Attribute Atribut adalah variabel atau data

yang dimiliki oleh sebuah objek.
Atribut digambarkan sebagai garis
yang terhubung ke objek dengan
format "namaAtribut: nilai" untuk
menunjukkan nama atribut dan nilai
yang diberikan.
24
Link Kaitan menggambarkan hubungan
antara dua atau lebih objek dalam
diagram objek.
2.14.8 Component Diagram

Menurut Grady Booch (2005), diagram komponen adalah salah satu dari
dua jenis diagram yang digunakan dalam pemodelan aspek fisik dari sistem
berorientasi objek. Diagram komponen digunakan untuk menunjukkan organisasi
dan ketergantungan antara sekumpulan komponen. Diagram komponen digunakan
untuk memodelkan tampilan implementasi statis dari suatu sistem. Hal ini
melibatkan pemodelan komponen-komponen fisik yang ada pada sebuah node,
seperti file yang dapat dieksekusi, perpustakaan, tabel, file, dan dokumen. Diagram
komponen pada dasarnya adalah diagram kelas yang fokus pada komponen-
komponen sistem. [14]
Tabel 11. Simbol Component Diagram

Package Package merupakan sebuah
bungkusan dari satu atau lebih
komponen.
Component Komponen mewakili unit yang

terpisah dan dapat digunakan
kembali dalam sistem. Komponen
dapat berupa kelas, paket, atau modul
yang memiliki tanggung jawab dan
fungsi tertentu.
Interface Antar-Muka mewakili kumpulan
operasi atau metode yang
didefinisikan oleh sebuah komponen.
Antar-Muka berfungsi sebagai
kontrak yang menjelaskan
25
bagaimana komponen dapat
berinteraksi dengan komponen lain.
Dependency Ketergantungan menggambarkan
hubungan antara dua komponen, di
mana perubahan pada satu
komponen dapat mempengaruhi
komponen lain.
diagram objek.
2.14.9 Deployment Diagram

Deployment diagram menurut Grady Booch (2005) adalah salah satu dari
dua jenis diagram yang digunakan untuk memodelkan aspek fisik dari sistem
berorientasi objek. Diagram penyebaran menunjukkan konfigurasi node
pemrosesan yang sedang berjalan dan komponen-komponen yang ada di dalamnya.
Deployment diagram pada dasarnya adalah diagram kelas yang berfokus pada node
sistem. Deployment diagram tidak hanya penting dalam visualisasi, penentuan, dan
dokumentasi sistem tertanam, klien/server, dan terdistribusi, tetapi juga dalam
mengelola sistem yang dapat dieksekusi melalui rekayasa maju dan mundur. [14]
Tabel 12. Simbol Deployment Diagram

Package Package merupakan sebuah
bungkusan dari satu atau lebih
komponen.
Node Node mewakili entitas fisik atau

perangkat keras yang dapat
menjalankan komponen atau meng-
host perangkat lunak. Node dapat
berupa server fisik, komputer,
26
perangkat jaringan, atau mesin
virtual.
Dependency Ketergantungan menggambarkan
hubungan antara dua komponen, di
mana perubahan pada satu
komponen dapat mempengaruhi
komponen lain.
diagram objek.
27
BAB III
GAMBARAN UMUM PERUSAHAAN
3.1 Sejarah Perusahaan

Tujuh Sembilan (saat ini PT Padepokan Tujuh Sembilan) dikenal sebagai
perusahaan IT yang menyediakan layanan talent dan outsourcing IT di Indonesia.
Berdasarkan sumber daya manusia, Tujuh Sembilan berkomitmen untuk
mengembangkan dan meningkatkan sumber daya manusia dengan keahlian dan
pengetahuan khusus dalam bidang TI, dari potensi (Tujuh) hingga menjadi yang
unggul (Sembilan) di industri TI. Setelah sepuluh tahun berhasil menjalani industri,
Tujuh Sembilan siap untuk berekspansi ke industri Data Science dengan
mendirikan Ganesha Tujuh Sembilan.
Ganesha sangat dihormati sebagai dewa yang menghilangkan rintangan,
pelindung seni dan ilmu pengetahuan, serta dewa kecerdasan dan kebijaksanaan.
Nama tersebut mencerminkan doa dan harapan, oleh karena itu memilih Ganesha
sebagai nama pelindung yang akan memperkuat dalam menemukan solusi atas
segala rintangan dalam industri yang sedang berkembang.
Dengan membawa nilai dari Tujuh Sembilan, PT Ganesha Tujuh Sembilan
dengan tulus siap membantu pelanggan dalam memecahkan masalah mereka, dan
percaya bahwa setiap pelanggan adalah prioritas.
PT Ganesha Tujuh Sembilan terdiri dari para ahli data yang memiliki
pemahaman yang kuat dalam Statistik dan Matematika. PT Ganesha Tujuh
Sembilan sangat kompeten dan fokus dalam menemukan solusi atas masalah dan
titik-titik kesulitan yang Anda hadapi, sambil tetap mempertimbangkan aspek
bisnis organisasi. Komitmen kami adalah untuk memanfaatkan pengetahuan sebaik
mungkin, untuk benar-benar memahami kebutuhan klien, dan membantu
menerapkan Data Science pada organisasi mereka dengan cara yang paling efektif.
Gambar 1. Logo PT Ganesha Tujuh Sembilan
28
3.2 Visi dan Misi Perusahaan
Visi perusahaan adalah membantu organisasi meningkatkan bisnis mereka
melalui pemanfaatan data secara maksimal.
Adapun misi perusahaan meliputi:
1. Menyediakan layanan konsultasi Ilmu Data yang andal dan tepercaya.
2. Memberikan solusi nyata yang relevan dan memudahkan klien untuk
menjawab permasalahannya.
3. Menjaga kerahasiaan data atau informasi klien.
4. Melayani untuk yang terbaik.
5. Selalu melayani klien kami dengan sepenuh hati.
3.3 Struktur Organisasi Perusahaan

Struktur organisasi PT Ganesha Tujuh Sembilan melibatkan berbagai
unsur, tercantum dalam stuktur organisasi dengan susunan sebagai berikut:
Gambar 2. Struktur Organisasi PT Ganesha Tujuh Sembilan Kota Bandung
3.4 Layanan Perusahaan

PT Ganesha Tujuh Sembilan menyediakan berbagai layanan, antara lain:
1. Onsite Placement.
Menyediakan layanan penempatan tenaga ahli di lokasi klien, sehingga
klien dapat memanfaatkan keahlian dan pengalaman profesional kami
secara langsung dalam proyek-proyek mereka.
2. Project Based.
29
Menyediakan layanan proyek berbasis, di mana kami bekerja sama dengan
klien untuk menyelesaikan proyek-proyek khusus dalam bidang Teknologi
Informasi (TI) dan Ilmu Data. Kami dapat membantu dalam berbagai
aspek proyek, mulai dari perencanaan, pengembangan, implementasi,
hingga pengujian dan pelaporan.
3. Data Science and IT Training.
Menawarkan pelatihan dalam bidang Ilmu Data dan Teknologi Informasi
(IT) yang dirancang untuk meningkatkan pengetahuan dan keterampilan
para profesional di industri ini. Pelatihan kami mencakup berbagai topik,
mulai dari pemodelan data, analisis statistik, hingga pemahaman algoritma
dan teknik pemrosesan data.
4. Hiring Partner.
PT Ganesha Tujuh Sembilan bekerja sebagai mitra rekrutmen untuk
membantu klien mencari dan merekrut talenta terbaik di bidang IT dan
Ilmu Data. Kami memiliki akses ke jaringan luas para profesional
terampil, dan kami menggunakan pendekatan yang komprehensif untuk
memastikan bahwa klien kami mendapatkan kandidat yang paling cocok
dengan kebutuhan mereka.
30
BAB IV
ANALISA DAN PERANCANGAN
4.1 Kebutuhan Perangkat Lunak

Kebutuhan perangkat lunak adalah spesifikasi atau persyaratan yang harus
dipenuhi oleh suatu perangkat lunak. Kebutuhan perangkat lunak terdiri dari
beberapa komponen, termasuk deskripsi umum sistem dan karakteristik pengguna.
4.1.1 Deskripsi Umum Sistem

Aplikasi Guru99 Banking Project adalah sebuah perangkat lunak simulasi
operasi dan transaksi perbankan. Sistem ini dirancang untuk memberikan
pengalaman yang realistis dalam mengelola operasi perbankan, termasuk fitur-fitur
seperti pembukaan rekening, penyetoran dan penarikan dana, transfer antar
rekening, pembayaran tagihan, dan laporan keuangan. Sistem ini bertujuan untuk
memberikan layanan perbankan yang efisien dan mudah digunakan bagi pengguna.
4.1.2 Karakteristik Pengguna

Karakteristik pengguna adalah atribut-atribut atau kategori-kategori yang
menggambarkan pengguna yang akan menggunakan perangkat lunak.
Tabel 13. Karakteristik Pengguna

Kategori
No Kualifikasi Tugas Hak Akses
Pengguna
1. Manager 1. Memahami Sebagai Memiliki akses
pengoperasian pengguna penuh terhadap
komputer. sistem. penggunaan
2. Memiliki pengetahuan semua fungsi
dan pengalaman dalam perangkat lunak.
manajemen perbankan,
serta pemahaman yang
31
baik tentang proses dan
operasi perbankan.
2. Customer 1. Tidak ada kualifikasi Sebagai Tidak memiliki
khusus yang pengguna akses penuh
diperlukan. Siapa pun sistem. terhadap
yang memiliki penggunaan
kebutuhan untuk semua fungsi
melakukan transaksi perangkat lunak.
perbankan dapat
menjadi pengguna.
4.2 Kebutuhan Antarmuka Eksternal

Kebutuhan Antarmuka Eksternal adalah kebutuhan yang terkait dengan
interaksi antara sistem atau perangkat dengan elemen eksternal, baik itu perangkat
keras maupun perangkat lunak.
4.2.1 Antarmuka Perangkat Keras

Adapun perangkat input dan output device yang digunakan, diantaranya
sebagai berikut :
a. Monitor digunakan sebagai sarana untuk menampilkan hasil proses dari
komputer dalam bentuk teks, gambar, atau video secara visual. Pengguna
dapat melihat informasi yang ditampilkan melalui monitor.
b. Keyboard digunakan sebagai sarana bagi pengguna untuk memasukkan
data masukan ke dalam perangkat lunak. Pengguna dapat mengetikkan
huruf, angka, dan simbol yang akan diproses oleh perangkat lunak.
c. Mouse digunakan untuk mengontrol kursor dalam antarmuka pengguna
grafis (GUI). Pengguna dapat mengarahkan, memindahkan, dan memilih
teks, ikon, file, dan folder di layar monitor dengan bantuan mouse.
32
4.2.2 Antarmuka Perangkat Lunak
Perangkat lunak yang digunakan dalam pengujian fitur customer pada
aplikasi Guru99 Banking Project adalah Spreadsheet, Microsoft Word, Google
Chrome dan Lightshot.
Tabel 14. Perangkat Lunak yang Digunakan dalam Pengujian Aplikasi Guru99
Banking Project
No Nama Perangkat Lunak Fungsi
1. Spreadsheet untuk menyusun dan mengelola rencana
pengujian, daftar kasus uji, dan catatan hasil
pengujian. Spreadsheet juga berguna untuk
melacak bug dan melakukan pemantauan
progres pengujian.
2. Microsoft Word untuk menyusun dokumen-dokumen
pengujian, seperti strategi pengujian dan
skenario pengujian.
3. Google Chrome untuk mengakses aplikasi Guru99 Banking
Project dan melakukan pengujian fungsional
secara manual serta berguna untuk memeriksa
tampilan antarmuka pengguna.
4. Lightshot untuk mengambil tangkapan layar sebagai
bukti pengujian, dokumentasi, atau pelaporan
bug. Gambar layar ini membantu dalam
menjelaskan dan menggambarkan masalah
yang ditemukan selama pengujian.
4.3 Model Deskripsi Kebutuhan Perangkat Lunak

Setelah melakukan tahapan analisis, maka dilakukan tahap pemodelan
sistem. Pemodelan dilakukan dengan menggunakan Flowchart, Entity Relation
Diagram, Data Flow Diagram dan Unifed Modelling Language.
33
4.3.1 Perancangan Flowchart
Flowchart merupakan gambar yang memperlihatkan urutan dan hubungan
antar proses beserta instruksi. Dengan adanya flowchart urutan setiap proses yang
terjadi dalam aplikasi Guru99 Banking Project menjadi lebih jelas. Untuk
mengelola aplikasi tersebut data akses hanya diberikan untuk manager dan
customer yang sudah memiliki akun. Untuk mengelola data, pengguna diharuskan
login terlebih dahulu. Dikarenakan hanya memfokuskan pada pengujian fitur
customer, maka flowchart fitur customer dapat dilihat pada gambar berikut ini.
Gambar 3. Flowchart Fitur Customer
Flowchart pada gambar diatas dimulai dengan langkah pertama yaitu

memulai dari titik awal. Kemudian, manager akan melakukan login ke sistem. Jika
login tidak berhasil, sistem akan meminta manager untuk menginputkan kembali
informasi login. Namun, jika login berhasil, sistem akan menampilkan menu dan
manager dapat memilih opsi antara “New Customer” atau “Edit Customer”. Jika
manager memilih opsi “New Customer”, sistem akan meminta informasi customer
34
baru seperti nama, alamat, nomor telepon, dan data lainnya. Manager akan
memasukkan informasi customer baru tersebut. Sistem kemudian akan menyimpan
data customer baru ke dalam database.
Selanjutnya, jika manager memilih opsi “Edit Customer”, sistem akan
meminta identifikasi unik pelanggan seperti nomor ID. Manager akan memasukkan
identifikasi unik pelanggan tersebut, dan sistem akan memeriksa keberadaan data
pelanggan dalam database. Jika data pelanggan ditemukan, sistem akan
menampilkan informasi pelanggan dan memberikan kesempatan kepada manager
untuk mengedit data yang relevan. Setelah perubahan dilakukan, sistem akan
memvalidasi data yang diubah dan memperbarui entri pelanggan dalam database.
Dan flowchart ini akan berakhir di titik selesai, menandakan bahwa proses
penambahan dan pengeditan customer telah selesai dilakukan.
4.3.2 Perancangan Entity Relationship Diagram

ERD sangat penting dalam tahap analisis dan desain basis data. Dengan
ERD, pengembang dapat memahami struktur data yang dibutuhkan dan
menjelaskan hubungan antar entitas secara visual. Diagram ini membantu dalam
mengidentifikasi kebutuhan data, menentukan kunci utama, dan merancang struktur
yang optimal untuk menyimpan dan mengorganisir data. Selain itu, ERD juga dapat
digunakan sebagai alat komunikasi antara pengembang dan pemangku kepentingan
lainnya, untuk memastikan pemahaman yang jelas tentang struktur dan hubungan
data dalam sistem yang sedang dibangun.
Gambar 4. Entity Relationship Diagram
35
Pada gambar diatas, entitas manager merepresentasikan informasi tentang
manager atau petugas bank yang bertanggung jawab atas operasional dan
pengelolaan bank. Atribut yang ada pada entitas ini termasuk ID Manager,
username, password dan email. Dan untuk entitas customer merepresentasikan
informasi tentang nasabah atau pelanggan bank. Atribut yang ada pada entitas ini
termasuk ID Customer, ID Manager, customer name, gender, date of brith, address,
city, state, PIN, mobile number dan email.
4.3.3 Perancangan Data Flow Diagram

DFD dapat digunakan untuk menggambarkan bagaimana berbagai
departemen atau entitas dalam sebuah organisasi bekerja sama dalam mengelola
informasi. Dengan menggunakan DFD, hubungan dan ketergantungan antara
departemen atau entitas dapat terlihat secara jelas. Diagram ini membantu dalam
memahami alur kerja organisasi dan bagaimana informasi diproses dan digunakan
oleh setiap departemen.
Gambar 5. Data Flow Diagram Level 0
Data Flow Diagram Level 0 menunjukkan bahwa manager merupakan

entitas eksternal (External Entity) yang berinteraksi dengan sistem. Data customer
adalah data store yang digunakan untuk menyimpan dan mengelola data customer.
Proses mengelola data customer adalah proses utama yang mengolah data customer
sesuai dengan permintaan dari manager. Alur data (Data Flow) menghubungkan
manager dengan mengelola data customer untuk memberikan input berupa data
customer yang perlu diolah. Alur data menghubungkan mengelola data customer
dengan data customer untuk menyimpan dan mengelola data customer. Selain itu,
alur data juga menghubungkan data customer dengan manager untuk
mengembalikan data customer yang telah diolah kembali ke manager sebagai
output.
36
Data Flow Diagram Level 1 menunjukkan proses utama mengelola data

customer yang terhubung dengan entitas manager dan data store yaitu data
customer. Proses mengelola data customer di level 1 kemudian dibagi menjadi dua
proses, yaitu "tambah data customer dan ubah data customer. Alur data
menghubungkan proses-proses untuk mengolah penambahan dan perubahan data
customer. Output dari proses tersebut berupa data customer yang telah diolah akan
dikembalikan ke manager melalui alur data yang sesuai.
Data Flow Diagram (DFD) Level 2 menunjukkan rincian dari mengelola

data customer di DFD Level 1. Validasi data customer baru, perbarui data customer
di database adalah subproses dari tambah data customer dan ubah data customer.
Alur data (Data Flow) pada DFD Level 2 menggambarkan aliran data yang terjadi
antara proses-proses dan data store. Input dan output dari DFD Level 1 juga menjadi
37
bagian dari DFD Level 2 karena proses-proses level 2 menggunakan data tersebut
untuk diolah lebih lanjut.
4.3.4 Perancangan UML (Unified Modelling Language)

Perancangan UML adalah proses menggambarkan dan
mengkomunikasikan desain sistem perangkat lunak menggunakan notasi yang
sudah ditetapkan. UML adalah bahasa grafis yang digunakan untuk memodelkan,
menggambarkan, dan mendokumentasikan struktur, fungsi, dan interaksi sistem
yang akan dibangun. Perancangan UML membantu pengembang perangkat lunak
dalam memahami kebutuhan sistem, menganalisis dan merancang solusi yang tepat,
serta berkomunikasi dengan pemangku kepentingan lainnya. Adapun UML pada
penelitian ini adalah sebagai berikut:
4.3.4.1 Perancangan Use Case Diagram

Perancangan Use Case Diagram (Diagram Kasus Penggunaan) adalah
salah satu jenis diagram UML yang digunakan untuk menggambarkan interaksi
antara sistem dan aktor-aktor yang terlibat dalam sistem tersebut. Use Case
Diagram membantu dalam mengidentifikasi fungsi-fungsi utama sistem serta
hubungan antara pengguna (aktor) dengan sistem tersebut. Berikut ini adalah use
case diagram untuk mengelola data customer (data nasabah), dengan aktor
Manager yang memiliki peran dan tanggung jawab untuk menambahkan dan
mengedit data customer dalam aplikasi Guru99 Banking Project.
38
Gambar 8. Use Case Diagram Mengelola Data Customer
Pada use case diagram diatas, terdapat beberapa penjelasan mengenai use
case yang tergambar. Pertama, fitur Login memungkinkan seorang Manager untuk
melakukan login ke aplikasi Guru99 Banking Project. Setelah berhasil login,
Manager memiliki kemampuan untuk menambahkan data customer (nasabah) baru
ke dalam sistem melalui fitur New Customer. Dengan fitur ini, Manager dapat
memasukkan informasi customer baru seperti nama, alamat, nomor telepon, dan
data lainnya yang diperlukan.
Selain itu, Manager juga memiliki kemampuan untuk mengedit data
customer yang sudah ada dalam sistem menggunakan fitur Edit Customer. Dengan
fitur ini, Manager dapat memperbarui atau mengubah informasi customer yang
sudah terdaftar dalam sistem, misalnya untuk memperbaiki kesalahan atau
mengupdate informasi terbaru. Terakhir, setelah Manager selesai menggunakan
fitur-fitur yang diperlukan, mereka dapat melakukan logout dari aplikasi
menggunakan fitur Logout.
4.3.4.2 Perancangan Activity Diagram

Activity diagram juga dikenal sebagai diagram aktivitas, digunakan untuk
menggambarkan aliran aktivitas atau tindakan dalam sistem, dengan fokus pada
alur kerja atau proses bisnis. Berikut, akan dijelaskan satu per satu activity diagram
untuk setiap use case.
39
1. Diagram aktivitas dari Use Case Login
Gambar 9. Activity Diagram Use Case Login
Gambar di atas menggambarkan aktivitas dari use case login yang

dilakukan oleh seorang manager. Proses awal dalam melakukan login adalah
manager membuka aplikasi Guru99 Banking Project. Setelah itu, sistem akan
menampilkan halaman login dan kemudian manager dapat memasukkan username
dan password. Jika username dan password yang dimasukkan tidak sesuai, sistem
akan menampilkan peringatan (alert). Namun, jika username dan password yang
dimasukkan sesuai, sistem akan menampilkan halaman home.
40
2. Diagram aktivitas dari Use Case Mengelola Data Customer
Gambar 10. Activity Diagram Use Case Mengelola Data Customer
Gambar di atas menjelaskan aktivitas use case Mengelola Data Customer

yang dilakukan oleh seorang manager. Proses dimulai ketika manager memilih aksi
New Customer atau Edit Customer. Jika manager memilih New Customer, sistem
akan menampilkan form tambah data customer. Manager kemudian memasukkan
informasi yang diperlukan ke dalam form Tambah Data Customer. Jika data yang
dimasukkan oleh manager tidak lengkap, sistem tidak akan menyimpan data
tersebut ke dalam database. Dan apabila manager memilih Edit Customer, sistem
akan menampilkan form edit data customer. Manager memasukkan ID Customer
yang akan diubah datanya, dan sistem akan menampilkan data customer yang akan
diubah datanya. Kemudian, manager melakukan perubahan pada data customer.
Jika data yang dimasukkan oleh manager tidak lengkap, sistem tidak akan
menyimpan data tersebut ke dalam database.
41
3. Diagram aktivitas dari Use Case Logout
Gambar 11. Activity Diagram Use Case Logout
Gambar di atas menggambarkan aktivitas dari use case logout yang

dilakukan oleh manager. Proses dimulai dengan manager memilih menu logout,
yang akan mengarahkannya keluar dari sistem dan kembali ke halaman login.
4.3.4.3 Perancangan Sequence Diagram

Sequence Diagram merupakan diagram urutan yang memberikan
penjelasan mendetail tentang urutan langkah-langkah yang dilakukan oleh sistem
untuk mencapai tujuan dari use case. Gambar tersebut direpresentasikan dalam
bentuk sebagai berikut:
42
1. Sequence Diagram Login
Gambar 12. Sequence Diagram Login
Sequence diagram login pada gambar di atas dilakukan oleh aktor

manager, menggambarkan aliran pesan yang memungkinkan aktor masuk ke
halaman utama sistem dengan melakukan login terlebih dahulu. Untuk memulai
proses login, aktor harus memasukkan username dan password pada form login.
Selanjutnya, sistem akan memeriksa kesesuaian data yang dimasukkan. Jika data
tidak sesuai, sistem akan memberikan konfirmasi login gagal. Namun, jika data
lengkap, sistem akan memberikan konfirmasi login sukses dan mengarahkan aktor
ke halaman utama sistem.
43
2. Sequence Diagram Mengelola Data Customer
Gambar 13. Sequence Diagram Mengelola Data Customer
44
Sequence diagram mengelola data customer dilakukan oleh aktor yaitu
manager. Manager memiliki kemampuan untuk membuat data baru dan mengubah
data yang sudah ada. Jika manager melakukan penambahan atau perubahan data,
sistem akan menampilkan antarmuka berupa form agar manager dapat
memasukkan data melalui antarmuka sistem. Sistem akan memeriksa kelengkapan
data yang dimasukkan oleh manager. Jika data yang dimasukkan tidak lengkap,
antarmuka sistem akan menampilkan notifikasi bahwa data tidak lengkap dan
memperlihatkan kembali form kepada manager agar dapat melakukan input data
kembali. Data baru yang dibuat akan disimpan dalam database dan data pelanggan
akan diperbarui.
3. Sequence Diagram Logout
Gambar 14. Sequence Diagram Logout
Sequence diagram logout dilakukan oleh actor yaitu manager dengan

sistem setelah melakukan login sebelumnya. Aktor memilih opsi logout pada
antarmuka sistem yang ditampilkan. Kemudian, sistem akan memproses
permintaan logout. Jika logout berhasil dilakukan, sistem akan menampilkan
halaman login dan memberikan konfirmasi logout yang sukses kepada aktor.
45
4.3.4.4 Perancangan Collaboration Diagram
Diagram kolaborasi adalah diagram yang menggambarkan interaksi antara
objek-objek dalam skenario tertentu, dengan menekankan pada pesan yang dikirim
antara objek-objek tersebut.
1. Collaboration Diagram Login
Gambar 15. Collaboration Diagram Login
Dalam proses login, manager membuka aplikasi terlebih dahulu.

Kemudian memasukkan username dan password. Dan kemudian mengirimkan
informasi username dan password ke Sistem untuk diperiksa kecocokannya. Jika
username dan password tidak cocok, sistem mengirimkan pesan kesalahan login
kepada manager untuk ditampilkan. Jika username dan password cocok, sistem
mengirimkan respons untuk menampilkan halaman utama manager dan login
berhasil.
46
2. Collaboration Diagram Mengelola Data Customer
Gambar 16. Collaboration Diagram Mengelola Data Customer
Dalam proses pengelolaan data customer, manager memilih menu new

customer dan sistem menampilkan form tambah data customer kepada manager.
Kemudian manager memasukkan data customer baru ke dalam formulir. Setelah
mengisi formulir dengan data pelanggan yang baru, data tersebut dikirimkan ke
objek “database” untuk disimpan. Objek “database” menerima data customer dan
melakukan operasi penambahan data ke penyimpanan yang tepat. Selanjutnya, jika
manager memilih untuk mengubah data customer yang ada, objek menampilkan
form edit data customer. Kemudian manager akan memperbarui informasi
customer dan data yang telah diubah dikirimkan ke objek “database” untuk
memperbarui data pelanggan yang ada. Objek “database” akan menerima data
customer yang diubah dan melakukan operasi pembaruan pada penyimpanan yang
relevan.
47
3. Collaboration Diagram Logout
Gambar 17. Collaboration Diagram Logout
Dalam proses logout, manager memilih menu logout dan sistem

menampilkan form menu logout kepada manager. Kemudian manager menekan
logout dan sistem mengkonfirmasi logout dan menampilkan halaman login. Logout
berhasil dilakukan, dan manager diarahkan kembali ke halaman login.
4.3.4.5 Perancangan Statechart Diagram

Diagram statechart ini menggambarkan perjalanan hidup objek dan
berbagai keadaan yang dapat dianggap oleh objek tersebut, serta peristiwa-
peristiwa yang menyebabkan objek berpindah dari satu keadaan ke keadaan
lainnya.
1. Statechart Diagram Login
Gambar 18. Statechart Diagram Login
48
Awal state dalam proses login dimulai dengan event memasukkan
username dan password. Kemudian, sistem akan berpindah ke state untuk
memvalidasi data yang dimasukkan. Jika data yang dimasukkan tidak valid, event
akan memindahkan ke state yang menunjukkan data yang tidak valid, dan manager
diminta untuk memasukkan data kembali. Namun, jika data yang dimasukkan valid,
event akan menemukan data tersebut dan mengarahkan ke state untuk menampilkan
halaman manager. Manager dapat mengakases menu yang dijelaskan pada event
terakhir dan state berakhir.
2. Statechart Diagram Mengelola Data Customer
Gambar 19. Statechart Diagram Mengelola Data Customer
State data customer dimulai dengan event untuk memilih dan

menampilkan form tambah dan edit data customer. State form akan merespons
dengan menampilkan halaman form input data, dan event menginput data pada form
yang ditampilkan. Selanjutnya, akan beralih ke state data input. Jika data yang
dimasukkan tidak valid, event akan mengarahkan ke state data tidak benar, dan
pengguna diharuskan untuk melakukan input ulang melalui event yang
mengarahkan kembali ke state data input. Namun, jika data yang dimasukkan valid,
akan melanjutkan ke event penyimpanan data dalam database, dan state berakhir.
49
3. Statechart Diagram Logout
Gambar 20. Statechart Diagram Logout
State logout dimulai dengan event pemilihan opsi logout. State proses
logout akan meresponsnya, dan selanjutnya beralih ke event menampilkan halaman
login. Setelah itu, terjadi transisi ke state tampil halaman login, di mana event
mengarahkan manager untuk kembali ke halaman login. Akhirnya, state logout
berakhir.
4.3.4.6 Perancangan Class Diagram

Class diagram menggambarkan struktur sistem dengan menentukan kelas-
kelas yang akan dibuat untuk membangun sistem tersebut.
50
Gambar 21. Class Diagram
Kelas diagram diatas menggambarkan hubungan antara kelas Manager

dan Customer di mana banyak manager dapat terkait dengan banyak customer, dan
sebaliknya, banyak pelanggan dapat terkait dengan banyak manager. Kelas
Manager merepresentasikan objek manager dalam sistem. Manager bertanggung
jawab atas pengelolaan operasional dan tugas terkait dalam sistem. Kelas ini
memiliki atribut seperti id manager, username, password dan e-mail. Metode pada
kelas ini termasuk mengelola data customer.
4.3.4.7 Perancangan Object Diagram

Object diagram menggambarkan contoh konkret dari objek-objek dalam
sistem. Object diagram memberikan gambaran visual tentang struktur dan interaksi
antara objek-objek dalam sistem secara konkret.
Gambar 22. Object Diagram
51
Pada object diagram di atas, terdapat dua objek, yaitu Manager dan
Customer. Diagram ini memberikan gambaran visual tentang hubungan antara
kedua objek tersebut dalam sistem secara nyata.
4.3.4.8 Perancangan Component Diagram

Component diagram adalah alat yang penting dalam pemodelan perangkat
lunak yang membantu dalam memvisualisasikan struktur dan hubungan antara
komponen-komponen perangkat lunak serta ketergantungan di antara mereka.
Berikut gambar component software:
Gambar 23. Component Diagram
Pada gambar diatas, hubungan antara komponen-komponen dapat

digambarkan dengan menggunakan panah yang menunjukkan ketergantungan antar
komponen. Diagram ini memberikan gambaran tentang bagaimana komponen-
komponen saling berinteraksi dan bekerja bersama dalam sistem yang melibatkan
database (MySQL), Visual Studio Code, dan JavaScript.
Komponen Guru99 Banking Project berinteraksi dengan komponen
database yang menggunakan sistem manajemen basis data MySQL. Komponen
Guru99 Banking Project menggunakan layanan yang disediakan oleh komponen
database untuk melakukan operasi pengambilan, penyimpanan, pembaruan, atau
penghapusan data. Hubungan ini biasanya melibatkan koneksi ke server MySQL.
52
Komponen Guru99 Banking Project bergantung pada komponen database
menggunakan MySQL untuk mengakses dan memanipulasi data yang diperlukan.
Komponen Guru99 Banking Project menggunakan komponen Visual
Studio Code sebagai lingkungan pengembangan terintegrasi (IDE) untuk
mengembangkan dan memelihara perangkat lunak. Komponen Guru99 Banking
Project menggunakan fitur dan layanan yang disediakan oleh Visual Studio Code
untuk menulis, mengedit, menguji, dan mengelola kode program. Hubungan ini
mencakup penggunaan plugin, ekstensi, atau alat lain yang tersedia dalam Visual
Studio Code untuk membantu dalam pengembangan perangkat lunak.
Komponen Guru99 Banking Project menggunakan komponen JavaScript
sebagai bahasa pemrograman yang digunakan untuk mengembangkan aplikasi atau
modul perangkat lunak. Komponen Guru99 Banking Project menggunakan sintaks,
fungsi, dan fitur yang disediakan oleh JavaScript untuk menulis logika program
yang diperlukan.
4.3.4.9 Perancangan Deployment Diagram

Deployment diagram adalah jenis diagram dalam pemodelan sistem yang
memberikan gambaran tentang bagaimana sistem secara fisik akan terlihat dan
didistribusikan. Diagram ini menggambarkan komponen-komponen sistem (seperti
perangkat keras dan perangkat lunak), serta hubungan dan ketergantungan di antara
mereka.
Dalam deployment diagram, sistem direpresentasikan oleh node-node,
yang masing-masing diwakili oleh sebuah kubus. Setiap kubus menggambarkan
sebuah entitas fisik, seperti server, komputer, atau perangkat lainnya. Garis-garis
yang menghubungkan kedua kubus menunjukkan hubungan dan interaksi di antara
node-node tersebut.
53
Gambar 24. Deployment Diagram
Pada gambar diatas, terdapat tiga node yang penting dalam deployment
diagram, yaitu Web Server, Database Server, dan Komputer Manager. Ketiga node
tersebut merupakan entitas fisik yang diwakili oleh kubus-kubus terpisah. Garis-
garis yang menghubungkan Web Server dengan Database Server menunjukkan
hubungan dan interaksi antara kedua node tersebut. Hal ini menunjukkan bahwa
Web Server mengakses dan berinteraksi dengan Database Server untuk
mendapatkan atau menyimpan data.
Selain itu, Web Server juga terhubung dengan Komputer Manager melalui
garis yang sesuai. Ini menunjukkan bahwa Web Server memiliki akses dan kontrol
terhadap Komputer Manager. Dengan deployment diagram ini, kita dapat
memvisualisasikan bagaimana Web Server, Database Server, dan Komputer
Manager terhubung dan berinteraksi dalam sistem secara fisik. Diagram ini
membantu dalam merencanakan dan memahami struktur fisik sistem serta
keterkaitan antara entitas-entitas tersebut.
4.4 Perancangan Antarmuka Perangkat Lunak

Perancangan antarmuka perangkat lunak adalah proses yang melibatkan
merancang tampilan visual, interaksi, dan navigasi yang akan digunakan oleh
pengguna saat berinteraksi dengan perangkat lunak. Ini melibatkan pengaturan
elemen-elemen seperti tombol, menu, ikon, dan layout halaman untuk menciptakan
pengalaman pengguna yang intuitif dan efisien.
54
Dalam Aplikasi Guru99 Banking Project, klien telah menyediakan desain
antarmuka yang memberikan gambaran tentang tampilan dan fungsionalitas yang
diharapkan dalam aplikasi. Berikut ini adalah desain sistem yang telah disediakan
oleh klien:
Gambar 25. Perancangan Antarmuka Halaman Login
Gambar 26. Perancangan Antarmuka Home Page
55
Gambar 27. Perancangan Antarmuka Add New Customer
56
BAB V
IMPLEMENTASI DAN PENGUJIAN
5.1 Hasil Implementasi

Hasil Implementasi adalah output atau hasil yang dihasilkan setelah
melaksanakan proses implementasi sebuah sistem, proyek, atau solusi. Adapun
hasil implementasi dapat mencakup sebagai berikut:
5.1.1 Halaman Login

Halaman login adalah tampilan utama ketika suatu program akan
dijalankan. Dalam halaman ini user harus menginputkan username dan password
yang benar untuk mengakses aplikasi.
Gambar 28. Halaman Login Versi-1
57
Gambar 29. Halaman Login Versi-2 s.d Versi-4
5.1.2 Halaman Manager

Halaman manager merupakan halaman yang memberikan akses dan
kontrol penuh kepada manager dalam mengelola berbagai fitur dan fungsi aplikasi.
Terdapat empat versi dalam aplikasi Guru99 Banking Project, yaitu versi-1 s.d
versi-4. Setiap versi memiliki halaman utama yang berbeda.
5.1.2.1 Halaman Manager Versi-1

Pada versi-1, halaman manager menyediakan berbagai fitur dan
fungsionalitas yang dapat diakses. Fitur tersebut meliputi New Customer
(pelanggan baru), Edit Customer (edit pelanggan), Delete Customer (hapus
pelanggan), New Account (akun baru), Edit Account (edit akun), Delete Account
(hapus akun), Mini Statement (ringkasan transaksi), Customised Statement
(ringkasan transaksi yang disesuaikan) dan Logout (keluar dari akun). Dengan fitur-
fitur tersebut, manager dapat mengelola dan mengatur data pelanggan, akun, serta
melihat dan menghasilkan laporan transaksi sesuai kebutuhan.
58
Gambar 30. Halaman Utama Manager Versi-1

Selain fitur yang sudah ada pada versi-1, versi-2 dari aplikasi juga
menambahkan fitur Balance Enquiry (pengecekan saldo). Dengan adanya fitur ini,
pengguna, termasuk manager, dapat dengan mudah memeriksa saldo akun
pelanggan dan mendapatkan informasi terkini mengenai jumlah uang yang tersedia
dalam akun tersebut. Fitur Balance Enquiry menjadi tambahan yang berguna dalam
membantu manager dalam pengelolaan dan pemantauan keuangan pelanggan.
59
Selain fitur yang ada pada versi-1 dan versi-2, versi 3 dari aplikasi juga
menambahkan beberapa fitur tambahan. Fitur-fitur yang ditambahkan pada versi 3
antara lain Deposit (penyetoran), Withdrawal (penarikan), Fund Transfer (transfer
dana), dan Change Password (ubah kata sandi). Penambahan fitur-fitur ini pada
versi 3 memberikan manager lebih banyak kontrol dan fleksibilitas dalam
mengelola transaksi dan keamanan akun pelanggan.

Pada versi-4 dari aplikasi Guru99 Banking Project memiliki fitur yang
sama dengan versi-3. Hal ini memastikan konsistensi fungsionalitas antara kedua
versi tersebut, sehingga manager dapat terus menggunakan fitur-fitur tersebut
untuk mengelola transaksi, keuangan, dan keamanan akun pelanggan dengan
mudah dan efisien.
60
5.1.3 Halaman Fitur New Customer

Halaman fitur New Customer adalah halaman yang memungkinkan
manager untuk menambahkan data pelanggan baru ke dalam sistem. Manager
dapat memasukkan informasi seperti nama, alamat, nomor telepon, dan detail
lainnya yang terkait dengan pelanggan baru.
5.1.3.1 Halaman Fitur New Customer Versi-1

Pada versi-1, fitur New Customer terdiri dari beberapa informasi yang
harus diisi untuk menambahkan pelanggan baru ke dalam sistem. Informasi tersebut
meliputi:
1. Customer Name (nama pelanggan): Bagian ini memungkinkan manager
untuk memasukkan nama lengkap dari pelanggan baru.
2. Gender (jenis kelamin): Bagian ini memungkinkan manager untuk memilih
atau memasukkan jenis kelamin pelanggan baru, misalnya pria atau wanita.
3. Date of Birth (tanggal lahir): Bagian ini memungkinkan manager untuk
memasukkan tanggal lahir pelanggan baru. Ini membantu dalam
mengidentifikasi usia dan melakukan analisis terkait pelanggan.
4. Address (alamat): Bagian ini memungkinkan manager untuk memasukkan
alamat lengkap pelanggan baru, termasuk detail jalan, nomor rumah, dan
sebagainya.
61
5. City (kota): Bagian ini memungkinkan manager untuk memasukkan kota
tempat tinggal pelanggan baru.
6. State (negara): Bagian ini memungkinkan manager untuk memasukkan
negara tempat tinggal pelanggan baru.
7. PIN: Bagian ini memungkinkan manager untuk memasukkan PIN.
8. Telephone Number (nomor telepon): Bagian ini memungkinkan manager
untuk memasukkan nomor telepon pelanggan baru.
9. E-mail: Bagian ini memungkinkan manager untuk memasukkan alamat
email pelanggan baru.
Dengan mengisi informasi-informasi di atas, manager dapat mencatat data
lengkap pelanggan baru dan memperbarui database dengan informasi yang relevan.
Berikut adalah tampilan halaman fitur new customer versi-1.
Gambar 34. Halaman New Customer Versi-1
5.1.3.2 Halaman Fitur New Customer Versi-2

Pada versi-2, fitur New Customer mengalami perubahan dalam beberapa
informasi yang harus diisi untuk menambahkan pelanggan baru ke dalam sistem.
Salah satu perubahan yang terjadi adalah penggantian informasi Telephone Number
(nomor telepon) menjadi Mobile Number (nomor telepon seluler).
62
Gambar 35. Halaman New Customer Versi-2
5.1.3.3 Halaman Fitur New Customer Versi-3 dan Versi-4

Pada versi-3 dan versi-4, halaman fitur New Customer sama seperti
sebelumnya, namun ada penambahan fitur password. Fitur ini memungkinkan
pengguna untuk membuat dan mengatur password yang digunakan untuk
mengakses akun pelanggan. Dengan adanya fitur password ini, keamanan data
pelanggan dapat ditingkatkan, sehingga hanya pengguna yang memiliki password
yang benar yang dapat mengakses dan mengelola informasi pelanggan.
63
Gambar 36. Halaman New Customer Versi-3 dan Versi-4
5.1.4 Halaman Fitur Edit Customer

Halaman fitur Edit Customer adalah sebuah halaman dalam aplikasi yang
memungkinkan manager untuk mengedit informasi pelanggan yang sudah ada
dalam sistem. Halaman ini menyediakan kemampuan untuk memperbarui dan
memodifikasi data pelanggan sesuai kebutuhan.
5.1.4.1 Halaman Fitur Edit Customer Versi-1 dan Versi-2

Pada halaman Edit Customer, terdapat dua komponen utama, yaitu Edit
Customer Form dan Edit Customer. Pada halaman Edit Customer Form, terdapat
field CustomerID yang digunakan untuk memanggil ID pelanggan yang ingin diedit
datanya. Setelah memasukkan CustomerID yang valid, manager dapat melanjutkan
dengan mengklik tombol submit. Hal ini akan membuka halaman yang berisi
formulir yang memungkinkan manager untuk mengedit informasi pelanggan,
seperti nama, alamat, nomor telepon, dan detail lainnya.
64
Gambar 37. Halaman Edit Customer Versi-1 dan Versi-2
5.1.4.2 Halaman Fitur Edit Customer Versi-3 dan Versi-4

Pada versi-3 dan versi-4, fitur Edit Customer tetap mempertahankan
fungsionalitas yang sama seperti sebelumnya, namun terdapat perbedaan dalam
tampilan dan penyesuaian formulir sesuai kebutuhan. Dalam versi-3 dan versi-4,
tampilan halaman Edit Customer mengalami perubahan untuk memberikan
pengalaman pengguna yang lebih baik. Selain itu, formulir pada halaman Edit
Customer juga mengalami penyesuaian agar sesuai dengan kebutuhan yang
spesifik.
65
Gambar 38. Halaman Edit Customer Versi-3 dan Versi-4
5.2 Hasil Pengujian Perangkat Lunak

Untuk menguji dan menganalisa aplikasi Guru99 Banking Project sesuai
rancangan program. Pengujian berupa melakukan fungsi-fungsi yang ada apakah
sesuai dengan output yang diharapkan dalam tahap perancangan dan implementasi
pada perangkat. Detail perangkat penguji dapat dilihat pada tabel berikut.
Tabel 15. Detail Perangkat Penguji

Spesifikasi Asus VivoBook
OS Windows 11 Home
CPU 4 Core, 2.10 GHz
Screen 15’ 1920x1080
Processor AMD Ryzen 5
66
RAM 8 GB
Test Case berfungsi sebagai alat untuk merencanakan, menjalankan, dan

mengelola pengujian pada aplikasi atau sistem yang sedang dikembangkan atau
diuji. Test Case bertujuan untuk memastikan bahwa aplikasi berfungsi dengan baik
dan sesuai dengan persyaratan yang telah ditentukan sebelumnya. Elemen-elemen
yang terdapat dalam Test Case meliputi:
1. Test Case ID: Sebuah identifikasi unik atau nomor yang digunakan untuk
mengidentifikasi dan merujuk ke suatu test case tertentu.
2. Module: Nama atau kategori dari modul atau bagian aplikasi yang akan
diuji menggunakan test case ini.
3. Case: Menunjukkan jenis dari test case, yaitu positif (+) jika menguji
situasi yang seharusnya berjalan dengan baik, negatif (-) jika menguji
situasi yang tidak diharapkan, atau edge case jika menguji situasi ekstrem
atau batas.
4. Test Case Name (Scenario): Nama atau deskripsi singkat dari skenario
atau situasi yang diuji dalam test case.
5. Precondition: Kondisi yang harus terpenuhi sebelum test case dieksekusi.
6. Step to Execute: Langkah-langkah yang harus diikuti untuk mengeksekusi
test case.
7. Test Data: Data yang digunakan sebagai input untuk menjalankan test
case.
8. Expected Result: Hasil atau keluaran yang diharapkan setelah menjalankan
test case.
9. Result: Hasil aktual dari eksekusi test case (Passed/Failed). Jika hasil
pengujian adalah Passed berarti test case telah berhasil dieksekusi dan
aplikasi atau sistem berperilaku sesuai dengan yang diharapkan. Dengan
kata lain, aplikasi telah berhasil melewati uji coba dan tidak ada masalah
atau kesalahan yang ditemukan selama proses pengujian. Ini menunjukkan
bahwa aplikasi berfungsi dengan baik sesuai dengan persyaratan yang
telah ditetapkan sebelumnya. Dan jika hasil pengujian adalah Failed
berarti test case tidak berhasil dieksekusi atau ada masalah atau kesalahan
67
yang ditemukan selama proses pengujian. Hal ini menandakan bahwa
aplikasi tidak berperilaku sesuai dengan yang diharapkan atau tidak
memenuhi persyaratan yang telah ditetapkan. Jika test case menghasilkan
Failed, maka masalah atau kesalahan tersebut perlu dianalisis lebih lanjut
dan diperbaiki oleh tim pengembang sebelum dilakukan uji coba kembali.
10. Remark: Catatan atau informasi tambahan mengenai test case, termasuk
catatan khusus.
Dengan menggunakan Test Case, tim penguji dapat menguji aplikasi
secara terstruktur dan sistematis untuk memastikan kualitas dan kinerjanya sesuai
dengan standar dan persyaratan yang telah ditentukan sebelumnya. Berikut adalah
test case yang sudah dibuat.
5.2.1 Pengujian Versi-1

Pada pengujian versi-1, terdapat beberapa modul yang diuji, antara lain:
Customer Name, Gender, Date of Birth, Address, City, State, PIN, Telephone
Number dan E-mail. Berikut adalah hasil pengujian dari masing-masing modul
tersebut:
Tabel 16. Pengujian New Customer - Customer Name Versi-1
Hasil pengujian new customer pada modul customer name versi-1

menunjukkan bahwa dari 4 case negatif yang diuji, terdapat 3 case menghasilkan
passed (berhasil atau telah lulus uji) dan 1 case menghasilkan failed (tidak berhasil
68
dieksekusi atau tidak lulus uji). Maka, perlu dilakukan analisis lebih lanjut dan
perbaikan pada Test Case ID: 4.4 untuk memastikan bahwa sistem dapat
memverifikasi spasi tidak diperbolehkan pada karakter pertama.
Tabel 17. Pengujian New Customer - Address Versi-1
Hasil pengujian new customer pada modul address versi-1 menunjukkan

bahwa dari 3 case negatif yang diuji, menghasilkan Failed (tidak berhasil
dieksekusi atau tidak lulus uji).
Tabel 18. Pengujian New Customer - City Versi-1
Hasil pengujian new customer pada modul city versi-1 menunjukkan

bahwa dari 4 case negatif yang diuji, terdapat 3 case yang berhasil (passed) dan 1
case yang gagal (failed). Maka, diperlukan analisis lebih lanjut dan perbaikan pada
Test Case ID: 4.11 untuk memverifikasi bahwa sistem dapat melakukan validasi
agar spasi tidak diperbolehkan pada karakter pertama modul city.
69
Tabel 19. Pengujian New Customer - State Versi-1
Hasil pengujian new customer pada modul state versi-1 menunjukkan

bahwa dari 4 case negative yang diuji, terdapat 3 case menghasilkan passed
(berhasil atau telah lulus uji) dan 1 case menghasilkan failed (tidak berhasil
Tabel 20. Pengujian New Customer - PIN Versi-1
Hasil pengujian new customer pada modul PIN versi-1 menunjukkan

bahwa terdapat 4 case negatif dan 1 case positif, dengan menghasilkan 4 passed
70
Tabel 21. Pengujian New Customer - Telephone Number Versi-1
Hasil pengujian new customer pada modul telephone number versi-1

menunjukkan bahwa dari 4 case negatif yang diuji, terdapat 3 case menghasilkan
passed (berhasil atau telah lulus uji) dan 1 case menghasilkan failed (tidak berhasil
Tabel 22. Pengujian New Customer – Email Versi-1
71
Hasil pengujian new customer pada modul e-mail versi-1 menunjukkan
bahwa terdapat 3 case negatif dan 3 case positif, dengan menghasilkan 3 passed
perbaikan pada Test Case ID: 4.27 sampai Test Case ID: 4.29.
Tabel 23. Pengujian Edit Customer Form Versi-1
Hasil pengujian edit customer form versi-1 menunjukkan bahwa dari 4

case negatif yang diuji, terdapat 3 case menghasilkan passed (berhasil atau telah
lulus uji) dan 1 case menghasilkan failed (tidak berhasil dieksekusi atau tidak lulus
uji). Maka, perlu dilakukan analisis lebih lanjut dan perbaikan pada Test Case ID:
6.4 untuk memastikan bahwa sistem dapat memverifikasi spasi tidak diperbolehkan
pada karakter pertama.
Tabel 24. Pengujian Edit Customer - Address Versi-1
72
Hasil pengujian edit customer pada modul address versi-1 menunjukkan
Tabel 25. Pengujian Edit Customer - City Versi-1

Tabel 26. Pengujian Edit Customer - State Versi-1
Hasil pengujian edit customer pada modul state versi-1 menunjukkan

73
Tabel 27. Pengujian Edit Customer - PIN Versi-1
Hasil pengujian edit customer pada modul PIN versi-1 menunjukkan

Tabel 28. Pengujian Edit Customer - Telephone Number Versi-1
Hasil pengujian edit customer pada modul telephone number versi-1

menunjukkan bahwa dari 4 case negatif yang diuji, menghasilkan Failed (tidak
berhasil dieksekusi atau tidak lulus uji).
74
Tabel 29. Pengujian Edit Customer - Email Versi-1
Hasil pengujian edit customer pada modul email versi-1 menunjukkan


Customer Name, Gender, Date of Birth, Address, City, State, PIN, Mobile Number
dan E-mail. Berikut adalah hasil pengujian dari masing-masing modul tersebut:

menunjukkan bahwa dari 4 case negatif yang diuji, semuanya telah lulus uji
(passed). Artinya, sistem berhasil mengatasi dan memproses dengan benar sesuai
75
dengan persyaratan yang telah ditetapkan sebelumnya. Pengujian ini membuktikan
bahwa sistem telah berhasil ditingkatkan dan diperbaiki dari versi sebelumnya,
sehingga dapat mengelola data nama pelanggan dengan lebih baik.

bahwa dari 3 case negatif yang diuji, semuanya telah lulus uji (passed). Artinya,
sistem berhasil mengatasi dan memproses dengan benar sesuai dengan persyaratan
yang telah ditetapkan sebelumnya. Pengujian ini membuktikan bahwa sistem telah
berhasil ditingkatkan dan diperbaiki dari versi sebelumnya, sehingga dapat
mengelola alamat pelanggan dengan lebih baik.

76
mengelola kota pelanggan dengan lebih baik.

yang telah ditetapkan sebelumnya.
77
bahwa dari 4 case negatif dan 1 case positif yang diuji, semuanya telah lulus uji
sehingga dapat mengelola PIN pelanggan dengan lebih baik.
Tabel 35. Pengujian New Customer - Mobile Number Versi-2
Hasil pengujian new customer pada modul mobile number versi-2

sehingga dapat mengelola data nomor telepon selulur dengan lebih baik.
78
Tabel 36. Pengujian New Customer - Email Versi-2
Hasil pengujian new customer pada modul email versi-2 menunjukkan

sehingga dapat mengelola email pelanggan dengan lebih baik.
79
Hasil pengujian edit customer form pada versi-2 menunjukkan bahwa dari
3 case negatif dan 1 case positif yang diuji, semuanya telah lulus uji (passed).
Artinya, sistem berhasil mengatasi dan memproses dengan benar sesuai dengan
persyaratan yang telah ditetapkan sebelumnya. Pengujian ini membuktikan bahwa
sistem telah berhasil ditingkatkan dan diperbaiki dari versi sebelumnya, sehingga
dapat mengelola Edit Customer Form dengan lebih baik.

mengubah alamat pelanggan dengan lebih baik.
80
Hasil pengujian edit customer pada modul city versi-2 menunjukkan
mengubah data kota pelanggan dengan lebih baik.

81

sehingga dapat mengubah PIN pelanggan dengan lebih baik.
Tabel 42. Pengujian Edit Customer - Mobile Number Versi-2
Hasil pengujian edit customer pada modul mobile number versi-2

82
sehingga dapat mengubah nomor telepon selululer pelanggan dengan lebih baik.

mengubah nomor telepon selululer pelanggan dengan lebih baik.

Customer Name, Gender, Date of Birth, Address, City, State, PIN, Mobile Number,
E-mail dan Password. Berikut adalah hasil pengujian dari masing-masing modul
tersebut:
83

dengan persyaratan yang telah ditetapkan sebelumnya.

84


85


86

Tabel 51. Pengujian New Customer - Password Versi-3
Hasil pengujian new customer pada modul password versi-3 menunjukkan

bahwa terdapat 1 case negatif yang diuji dan case tersebut telah lulus uji (passed).
persyaratan yang telah ditetapkan.
87
persyaratan yang telah ditetapkan sebelumnya.

88


89


90

Tabel 59. Pengujian Edit Customer - Password Versi-3
Hasil pengujian edit customer pada modul password versi-3 menunjukkan

persyaratan yang telah ditetapkan.

Customer Name, Gender, Date of Birth, Address, City, State, PIN, Mobile Number,
E-mail dan Password. Berikut adalah hasil pengujian dari masing-masing modul
tersebut:
91


92


93


94

Tabel 67. Pengujian New Customer - Password Versi-4
Hasil pengujian new customer pada modul password versi-4 menunjukkan

95

96


97


98

Tabel 75. Pengujian Edit Customer - Password Versi-4
Hasil pengujian edit customer pada modul password versi-4 menunjukkan

99
BAB VI
PENUTUP
6.1 Kesimpulan
Berdasarkan kegiatan Praktek Kerja Lapangan yang telah dilakukan di PT
Ganesha Tujuh Sembilan Kota Bandung, dapat disimpulkan bahwa pengujian fitur
customer pada Guru99 Banking Project telah berhasil dilakukan secara manual.
Fitur tersebut berfungsi dengan baik dan memenuhi kebutuhan yang diharapkan.
Pengujian yang dilakukan juga menunjukkan bahwa fitur Customer dapat
digunakan untuk melakukan berbagai tugas terkait manajemen data pelanggan,
seperti menambahkan dan mengubah informasi customer.
Dalam proses pengujian, dilakukan verifikasi dan validasi fitur customer
sesuai dengan spesifikasi dan persyaratan yang ditetapkan. Hasil pengujian ini
memberikan keyakinan bahwa fitur tersebut dapat digunakan secara efektif dalam
manajemen data customer.
6.2 Saran
Dengan selesainya pengujian aplikasi Guru99 Banking Project pada fitur
customer, meskipun pengujian telah berhasil, perlu diingat bahwa pengembangan
dan pengujian perangkat lunak adalah proses yang terus berkelanjutan. Oleh karena
itu, disarankan untuk melakukan pengujian lanjutan dan memantau kinerja fitur
customer secara berkala untuk memastikan bahwa fitur tersebut tetap berfungsi
dengan baik dan memenuhi perkembangan kebutuhan pengguna.
100
DAFTAR PUSTAKA
[1] Sugiyono, Metode Penelitian Kuantitatif Kualitatif dan R&D. Bandung: CV.
Alfabeta, 2013.
[2] R. Chopra, Software Testing: Principles and Practices. Mercury Learning

\& Information, 2018.
[3] S. F. Wibowo, D. Rosmauli, and U. Suhud, “Pengaruh Persepsi Manfaat,

Persepsi Kemudahan, Fitur Layanan, Dan Kepercayaan Terhadap Minat
Menggunakan E-Money Card (Studi Pada Pengguna Jasa Commuterline Di
Jakarta),” JRMSI-Jurnal Ris. Manaj. Sains Indones., vol. 6, no. 1, pp. 440–
456, 2015.
[4] V. Gaspersz, “Penerapan Konsep VINCENT Tentang Kualitas Dalam

Manajemen Bisnis Total,” Jakarta Yayasan Indones. Emas dan Gramedia,
2002.
[5] M. H. Nasution and S. Sutisna, “Faktor-Faktor Yang Mempengaruhi Minat

Nasabah Terhadap Internet Banking,” Nisbah J. Perbank. Syariah, vol. 1,
no. 1, pp. 62–73, 2015.
[6] H. Abdurahman, A. R. Riswaya, and A. Id, “Aplikasi pinjaman pembayaran

secara kredit pada bank yudha bhakti,” J. Comput. \& Bisnis, vol. 8, no. 2,
pp. 61–69, 2014.
[7] Rosyda, “Pengertian Bank: Fungsi, dan Jenis-Jenis Bank di Indonesia,”

gramedia.com, 2021.
[8] B. Kho, “Pengertian Manajemen Proyek (Project Management) dan

Karakteristiknya,” ilmumanajemenindustri.com, 2019.
[9] B. Unhelkar, Process quality assurance for UML-based projects. Addison-

Wesley, 2003.
[10] N. Chauhan, Software testing : principles and practices. Oxford University

Press, 2010.
101
[11] A. B. Chaudhuri, Flowchart and Algorithm Basics: The Art of Programming.
Mercury Learning and Information, 2020.
[12] Zidniryi, “Pengertian ERD, Fungsi, Simbol ERD Dan Contoh ERD,”
konsepkoding.com, 2020.
[13] Zidniryi, “Pengertian DFD, Jenis DFD, Fungsi DFD Dan Contohnya,”
konsepkoding.com, 2020.
[14] G. I. J. Booch, The unified modeling language user guide, 2a. ed. in The
Addison-Wesley object technology series. Addison Wesley, 2005.
102
LAMPIRAN
Lampiran 1 Kartu Bimbingan Kerja Praktek
103
104
Lampiran 2 Kuisioner Kerja Praktek
105
106
n-gl.com

Natalia Melenia - 0620101001 - Laporan Kerja Praktek

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Natalia Melenia - 0620101001 - Laporan Kerja Praktek

Diunggah oleh

Hak Cipta:

Format Tersedia

PENGUJIAN FITUR CUSTOMER PADA APLIKASI GURU99 BANKING

PROJECT DI PT. GANESHA TUJUH SEMBILAN

LAPORAN KERJA PRAKTEK

Diajukan sebagai Laporan Pelaksanaan Kerja Praktek

SK BADAN AKREDITASI NASIONAL PERGURUAN TINGGI (BAN-PT)

PROGRAM STUDI INFORMATIKA

PENGUJIAN FITUR CUSTOMER PADA APLIKASI GURU99 BANKING

Program Studi Informatika

Telah disetujui dan disahkan di Bandung, Tanggal 04 Agustus 2023

Pembimbing Kampus, Pembimbing Lapangan,

Atep Aulia Rahman, S.T., M.Kom. Milzam Zihni, S.Kom.

Saya yang bertanda tangan dibawah ini:

Bandung, 04 Agustus 2023

Guru99 Banking Project merupakan sebuah proyek pengembangan aplikasi

Kata Kunci : Pengujian Fitur Customer, Proyek Perbankan, Black box.

The Guru99 Banking Project is a banking application development project

Keywords: Customer Feature Testing, Banking Project, Black Box.

Alhamdulillahirobbil’alamin. Puji syukur penulis panjatkan kehadirat

Bandung, 04 Agustus 2023

LEMBAR PENGESAHAN ................................................................................... i

Gambar 1. Logo PT Ganesha Tujuh Sembilan .................................................... 28

Tabel 1. Simbol Flowchart ................................................................................... 14

Lampiran 1 Kartu Bimbingan Kerja Praktek ............................................... 103

1.1 Latar Belakang

1.4 Batasan Masalah

1.6 Metodologi Penelitian

1.6.2 Sumber Data

1.6.4 Teknik Pengumpulan Data

1.6.5 Teknik Analisis Data

1.7 Sistematika Penulisan

BAB II LANDASAN TEORI, berisikan Pengujian (Testing), Fitur, Customer,

BAB III GAMBARAN UMUM PERUSAHAAN, berisikan Sejarah Perusahaan,

BAB IV ANALISA DAN PERANCANGAN, berisikan Kebutuhan Perangkat

BAB V IMPLEMENTASI DAN PENGUJIAN, berisikan Hasil Implementasi

BAB VI PENUTUP, berisikan Kesimpulan dan Saran.

2.1 Pengujian (Testing)

2.7 Quality Assurance

2.8 Pengujian Secara Manual

2.9 Black Box Testing

2.10 Test Case

Tabel 1. Simbol Flowchart

Simbol Nama Keterangan

Computer Menunjukkan pemrosesan apapun

Predefined Menunjukkan proses apa pun yang

Document Digunakan saat input berasal dari

Decision Menunjukkan setiap titik dalam

On-page Menghubungkan bagian-bagian

2.12 Entity Relationship Diagram

Tabel 2. Simbol Entity Relation Diagram

2.13 Data Flow Diagram

Tabel 3. Simbol Data Flow Diagram

2.14 UML (Unified Modelling Language)

2.14.1 Use Case Diagram

Tabel 4. Simbol Use Case Diagram

Simbol Nama Keterangan

2.14.2 Activity Diagram

Tabel 5. Activity Diagram

Decision Keputusan digunakan untuk

Flow Garis aliran digunakan untuk

2.14.3 Sequence Diagram

Tabel 6. Simbol Sequence Diagram

Object Objek mewakili entitas yang terlibat

Message Pesan menggambarkan komunikasi