SISTEM INFORMASI TATA KELOLA ATM DI BANK

SUMSEL BABEL
CABANG PANGKALPINANG

LINDRA DWI PURWANTO

Sistem Informasi STMIK ATMA LUHUR PANGKALPINANG

Jl. Jend. Sudirman Selindung Lama Pangkalpinang Kepulauan Babel
email : sanialopiani@yahoo.co.id

Abstrak
Babylon Bank of South Sumatra is one of the most developed in the Regional Bank
Indonesia, as evidenced by the many awards and good assessment of the various institutions. The
results of a 2008 audit by her Bank Indonesia also put Sumsel Babylon Bank as the Bank and the
health ratings mean BK II sound bank.
Bank of South Sumatra Pangkalpinang Babylon branch currently has 18 ATMs spread
across a number of points in the area Pangkalpinang. The amount is enough to require good
governance so that it can operate optimally.
To overcome the problems encountered in the above, it is necessary governance ATM information
systems are computerized and integrated in order to provide precise and accurate information as a
basis for decision making

Kata kunci :
Sistem Informasi Tata Kelola ATM, Metodologi Berorientasi Objek, Unifield Modelling Language (UML)

1. Pendahuluan dimaksud dengan bank adalah badan usaha

1.1 Latar Belakang Masalah
Indonesia merupakan salah satu Negara
berkembang yang tergabung dalam grup G20 yaitu
kelompok 20 ekonomi utama dunia yang terdiri
dari 19 negara dengan perekonomian besar
ditambah Uni Eropa. Kelompok G20 menguasai
hampir 70% perekonomian dunia. Keikut sertaaan
Indonesia di dalam group ini merupakan suatu
kesempatan yang sangat baik untuk terus
meningkatkan pertumbuhan ekonomi Indonesia
yang beberapa tahun terakhir ini tumbuh rata-rata
6% per tahun. Angka ini cukup besar mengingat
ditengah ketidakpastian perekonomian global,
bahkan tahun 2013 pertumbuhan perekonomian
Indonesia terbesar ke dua setelah china.
Dengan semakin baiknya perekonomian
Indonesia saat ini tentunya juga berakibat pada
pertumbuhan pendapatan masyarakatnya, disinilah
peran perbankan sangat penting untuk turut
berpartisipasi dalam pembangunan Indonesia.
Masyarakat modern saat ini tidak lagi menyimpan
uangnya di dalam lemari atau di bawah ranjang
seperti masyarakat zaman dahulu. Mereka akan
lebih merasa aman dan lebih mudah jika
menyimpan uang mereka di bank.
Menurut undang-undang nomor 7 tahun
1992 tentang perbankan sebagaimana diubah
dengan undang-undang nomor 10 tahun 1998 yang
yang menghimpun dana dari masyarakat dalam
bentuk simopanan dan menyalurkannya kembali
kepada masyarakat dalam rangka meningkatkan
taraf hidup rakyat banyak.
Dengan semakin banyaknya bank yang
beroperasi di Indonesia saat ini menyebabkan
semakin sengitnya kompetisi antar bank. Begitu
banyak fitur dan produk yang mereka tawarkan
agar masyarakat mau menempatkan dananya
ataupun ataupun melakukan akad kredit di bank
tersebut. Saat ini pun masyarakat dengan mudah
memilih bank mana yang menurut mereka paling
baik. Diantara berbagai macam fitur yang
ditawarkan bank salah satunya adalah ATM
(Automatic Teller Machine). Peran ATM di dunia
perbankan sangatlah penting, dari fungsi awalnya
yang hanya untuk menarik uang tunai saat ini
berbagai fitur tambahan telah banyak ditambahkan
di ATM misalnya: permbelian pulsa, pembayaran
listrik, pembayaran telepon, transfer antar bank,
pembayaran pajak dan fitur-fitur lainnya. Berkaca
dari pentingnya peranan ATM dalan dunia
perbankan, penulis ingin mencoba membuat sebuah
system yang berguna untuk mempermudah
pegawai bank dalam melakukan tata kelola ATM
Dalam kesempatan ini, penulis
mengadakan penelitian pada salah satu perusahaan
yakni Bank SumselBabel cabang Pangkalpinang.
Objek yang menjadi penelitian adalan ATM yang
dimiliki Bank SumselBabel cabang Pangkalpinang
yang saat ini berjumlah 18 unit.
Bank SumselBabel merupakan salah satu
Bank Pembangunan Daerah yang ada di Indonesia.
Bank ini didirikan pada tanggal 06 November 1957
dengan nama Bank Sumsel berdasarkan keputusan
panglima ketua penguasa perang daerah sriwijaya
tingkat I Sumatera selatan nomor 132/SPP/58
tanggal 10 April 1958 dengan berlaku surut mulai
tanggal 06 November 1957 yang beroperasi di
daerah Sumatera Selatan. Pada tahun 2010 seiring
dengan berdirinya Propinsi Kepulauan Bangka
Belitung maka, pada tanggal 08 Januari 2010 bank
sumsel berganti nama menjadi PT. Bank
Pembangunan daerah Sumatera Selatan dan
Bangka Belitung.
Bank SumselBabel cabang Pangkalpinang
saat ini memiliki 18 ATM yang tersebah
disejumlah titik di daerah Pangkalpinang. Jumlah
tersebut cukup banyak sehingga memerlukan tata
kalola yang baik sehingga dapat beroperasi secara
optimal. Pengisian ATM dilakukan jika saldo yang
ada pada mesin ATM minimal 25% dari saldo awal
pengisian, namun hal tersebut tidak berlaku jika
ada nasabah yang melakukan complain misalnya
saja saldo nasabah berkurang sedangkan uang tidak
keluar, maka penanganan complain ini maksimal
adalah 3x24 jam sejak nasabah melakukan
complain. Dalam perawatannya fasilitas pendukung
ATM juga harus dicek secara berkala, misalnya
saja AC, bola lampu, cat tembok, serta dalam ATM
juga terdapat kertas jurnal yang berfungsi sebagai
rekapan transaksi nasabah dan kertas receipt yang
berfungsi sebagai bukti transaksi yang dilakukan
oleh nasabah. Kertas ini tentunya harus diganti jika
sudah habis.
Seringkali komlain nasabah yang saat ini
dicatat secara manual menggunakan kertas hilang
sebelum complain tersebut diselesaikan, ataupun
nasabah tidak menadapatkan bukti transaksi
dikarenakan kertas receipt di mesin atm habis.
Permasalahan-permasalahan klasik seperti ini dapat
diminimalisir salah satunya yakni dengan system
tata kelola yang baik sehingga dapat diketahui
kaopan kertas di mesin atm akan habis, ataupun ada
atau tidaknya complain nasabah yang belum
diseklesaikan.
Untuk itu, penulis ingin mencoba
membuat suatu system yang dapat digunakan untuk
mempermudah pihak Bank SumselBabel cabang
Pangkalpinang dalam melakukan tata kelola ATM.
1.2 Tujuan Penelitian
Adapun maksud dan tujuan penulisan
sebagai berikut :
a. Menghasilkan rancangan sistem tata kelola
ATM yang terkomputerisasi dan terintegrasi
yang dapat membantu penanganan tata kelola
ATM dengan cepat dan mudah.
b. Mempermudah penanganan complain nasabah
yang berupa saldo terdebet dan kartu ATM
yang tertelan sehingga dapat diselesaikan
dengan cepat
c. Mengetahui kapan perawatan rutin ATM.
d. Dapat menghasilkan laporan tata kelola ATM
secara cepat dan mudah kepada pimpinan
1.3 Batasan Penelitian
Untuk menghindari meluasnya
pembahasan laporan ini dari ruang lingkup
permasalahan dan tujuan yang akan dicapai, maka
perlu diberikan batasan-batasan sebagai berikut :
a. Menyelesaikan complain nasabah yang berupa
saldo terdebet dan kartu ATM yang tertelan
b. Penyelesaian laporan monitoring dari bagian
monitoring kantor pusat
c. Proses perawatan rutin ATM
d. Penanganan jual beli ATM
1.4 Metode Penelitian
Metode penelitian yang Penulis gunakan
adalah sebagai berikut ini:
a. Pengumpulan Data
b. Analisa Sistem
c. Perancangan Sistem
2. Tinjauan Pustaka
2.1 Sistem Informasi Tata Kelola ATM
“Sistem Informasi adalah sekelompok elemen
yang saling berhubungan atau berinteraksi hingga
membentuk satu-kesatuan. (Indrajani 3).
Automatic Teller Machine (ATM) atau dalam
bahasa Indonesia sring kita sebut dengan Anjungan
Tunai Mandiri adalah sebuah alat elektronik yang
mengijinkan nasabah bank untuk mengambil uang
dan mengecek rekening tabungan mereka tanpa
perlu dilayani oleh seorang "teller" manusia.
2.2 Analisa dan Perancangan Sistem
Berorientasi Obyek dengan UML
Menurut Munawar (2005:27) mendefinisikan
obyek sebagai berikut: Obyek, baik yang konkret
maupun konseptual, selalu ada di sekeliling kita.
Sebuah obyek memiliki keadaaan sesaat (state) dan
perilaku (behavior). State suatu obyek adalah
kondisi obyek tersebut yang dinyatakan dalam
attribute/properties. Sedangkan perilaku sebuah
obyek mendefinisikan bagaimana sebuah obyek
bertindak/beraksi dan memberikan reaksi.
2.2.1 Unified Modelling Language (UML)
UML adalah sebuah ”bahasa pemodelan”
yang menspesifikasikan, menvisualisasikan,
membangun dan mendokumentasikan kerangka
dari sebuah sistem software.
Menurut Munawar (25) menyatakan, bahwa
UML adalah sistem notasi yang sudah dibakukan di
dunia pengembangan sistem, hasil kerja bersama
dari Grady Booch, James Rumbaugh, dan Ivar
Jacobson.

2.2.2 Analisa Sistem Berorientasi Obyek
Tools yang digunakan dalam analisa sistem
berorientasi obyek dengan UML adalah sebagai
berikut:
a) Activity Diagram, teknik untuk
mendiskripsikan logika prosedural, proses
bisnis dan aliran kerja dalam banyak kasus.
b) Analisa Dokumen Keluaran, analisa mengenai
dokumen-dokumen keluaran yang dihasilkan
sistem.
c) Analisa Dokumen Masukan, bagian dari
pengumpulan informasi tentang sistem
berjalan, dengan tujuan untuk memahami
prosedur berjalan.
d) Usecase Diagram, deskripsi fungsi dari sebuah
sistem dari perspektif pengguna. Diagram
usecase menggambarkan fungsionalitas yang
diharapkan dari sebuah sistem, yang lebih
menekankan pada “apa” yang diperbuat
sistem, dan bukan “bagaimana”.
e) Deskripsi Usecase, digunakan untuk
menjelaskan urutan langkah-langkah yang
menerangkan antara pengguna dengan sistem
yang mendeskripsikan urutan kejadian, dan
menjelaskan secara rinci mengenai usecase
diagram.
2.2.3 Perancangan Sistem Berorientasi Obyek
Perancangan sistem mempunyai 2 (dua)
tujuan utama, yaitu:
a. Untuk memenuhi kebutuhan kepada pemakai
sistem.
b. Untuk memberikan gambaran yang jelas dan
rancang bangun yang lengkap kepada
programmer dan ahli-ahli teknik lainnya yang
terlibat.
Alat-alat yang digunakan dalam tahap perancangan
sistem adalah sebagai berikut:
1) Entity Relationship Diagram (ERD), sebuah
model data yang menggunakan beberapa
notasi untuk menggambarkan data dalam hal
entitas dan relasi yang digambarkan oleh data
tersebut.(Jeffery L. Whitten et al, 2004 : 295)
2) Transformasi ERD ke LRS (Logical Record
Structure), sebuah model sistem yang
digambarkan dengan sebuah Diagram-ER
akan mengikuti pola/aturan pemodelan
tertentu.
3) LRS, (Logical Record Structure), terdiri dari
link-link diantara tipe record. Record adalah
sekumpulan atribut yang mempunyai
hubungan relasi terhadap obyek tertentu. Link
ini menunjukkan arah hubungan dari satu
record ke record lainnya berdasarkan tingkat
cardinality setiap entity. LRS digambarkan
dengan kotak persegi panjang dan berisi
atribut setiap entity.
4) Tabel/Relasi, sekumpulan record yang sejenis
secara relasi. Relasi menyatakan sebuah tabel
dalam basis data. Tabel dihasilkan dari LRS
dimana tiap satu LRS akan menjadi satu
tabel, dan nama LRS akan menjadi nama
tabel.
5) Spesifikasi Basis Data, menurut Indrajani
(2009:2) mendefinisikan basis data sebagai
berikut: Basis data merupakan kumpulan data
yang berhubungan secara logis dan deskripsi
data tersebut, yang dirancang untuk
memenuhi informasi yang dibutuhkan oleh
suatu organisasi. Artinya basis data
merupakan tempat penyimpanan data besar
yang dapat digunakan oleh banyak pengguna.
Menurut Aji Supriyanto (2005:190)
mendefinisikan basis data secara konsep
sebagai berikut: Basis data adalah kumpulan
dari data-data yang membentuk suatu berkas
(file) yang saling berhubungan (relation)
dengan tatacara tertentu untuk membentuk
data baru atau informasi.
6) Rancangan Dokumen Keluaran, berisi
gambaran tentang dokumen keluaran yang
dihasilkan oleh sistem yang dirancang.
7) Rancangan Dokumen Masukan, berisi
gambaran tentang dokemen masukan yang
dibutuhkan oleh sistem yang dirancang.
8) Rancangan Layar Program, berisi semua
rancangan layar yang dibuat beserta format
datanya.
9) Sequence Diagram, suatu diagram UML yang
memodelkan logika dari suatu use case
dengan menggambarkan interaksi berupa
pengiriman pesan (message) antar objek
dalam urutan waktu. (Jeffery L. Whitten et
al,2004:702)
10) Class Diagram, merupakan himpunan dari
objek yang sejenis yang mempunyai atribut
dan perilaku (method) yang sama. struktur
dan deskripsi class, package dan objek
beserta hubungan satu sama lain. Class dalam
notasi UML digambarkan dengan kotak.
3. Metode Penelitian
Metode penelitian yang Penulis gunakan
adalah sebagai berikut ini:
3.1 Pengumpulan Data
a. Wawancara
Merupakan metode pengumpulan data yang
berupa komunikasi langsung antara penulis
dengan responden bertujuan untuk
mendapatkan masukan serta informasi yang
berkaitan dengan penyusunan laporan ini.
b. Observasi
Dalam hal ini penulis langsung melihat atau
mengadakan pengamatan ke bagian-bagian
yang ada hubungannya dengan sistem
penggajian Pegawai sekaligus pengumpulan
dokumen-dokumen yang digunakan.
c. Studi Pustaka
 Metode pengumpulan data dengan Nasabah dapat berupa complain dana terdebet,
mempelajari dan mengumpulkan bahan dari dan ATM Tertelan.
buku-buku atau sumber yang berkaitan d. Buat Dokumen Pengaduan Nasabah
dengan topic permasalahan. Customer Service buat dokumen pengaduan
d. Studi Literatur nasabah, pengaduan nasabah berupa dana
Pengumpulan bahan tertulis yang ada terdebet akan diserahkan kepada Teller dan
kaitannya dengan masalah yang dihadapi. pengaduan nasabah berupa ATM tertelan akan
3.2 Analisa Sistem Berorientasi Obyek diserahkan Ke Bagian Umum.
Kegiatan - kegiatan yang dilakukan pada tahap ini e. Proses Jual Beli ATM
ialah: Petugas ATM terima informasi dari
a) Menganalisa sistem yang ada, yaitu Head Teller untuk melakukan jual beli ATM.
mempelajari dan mengetahui apa yang Kegiatan jual beli ATM berupa pengisian
dilakukan oleh sistem yang ada. saldo ATM
b) Menspesifikasikan sistem, yaitu f. Proses Monitoring ATM
menspesifikasi masukan yang ada, database Bagian Monitoring (TSI)
yang ada, proses yang dilakukan dan keluaran memantau ATM yang mengalami gangguan
yang dihasilkan. dan dilaporkan kepada petugas ATM untuk
Tools yang digunakan antara lain, yaitu: dilakukan perbaikan.
1) Activity diagram sistem berjalan g. Kegiatan Rutin
2) Use case diagram sistem usulan Bagian Umum (Personil)
3) Deskripsi Use Case melakukan kegiatan rutin pengecekan kondisi
4) Dokumen keluaran ATM seperti: kondisi AC, lampu, cat ruangan
5) Dokumen masukan ATM, dan kelengkapan hasilnya dilaporkan
ke Penyelia Umum.
3.3 Rancangan Sistem Berorientasi Obyek h. Pembuatan Cheklist
Tahap Perancangan sistem adalah Petugas ATM membuat cheklist yang akan
merancang sistem secara rinci berdasarkan hasil diserahkan kepada Kepala Cabang Bank
analisa sistem yang ada, sehingga menghasilkan SUMSEL.
model sistem baru yang diusulkan, dengan disertai
rancangan database dan spesifikasi program. 4.2 Activity Diagram
Alat-alat yang digunakan pada tahap ini KEPALA CABANG PETUGAS ATM

adalah:
a) Entity Ralationship Diagram (ERD)
b) Logical Record Structure (LRS)
c) Table Serahkan data
ATM
Terima data
ATM
d) Spesifikasi Basis Data
e) Rancangan masukan Lakukan
f) Rancangan keluaran inventarisasi ATM

g) Rancangan Dialog Layar

h) Sequence Diagram
i) Class Diagram
Gambar 1. Activity Diagram Inventarisasi ATM
4. Hasil dan Pembahasan KEPALA CABANG PETUGAS ATM
4.1 Proses Bisnis
Proses bisnis yang ada pada SMP Negeri 3
Pangkalpinang adalah sebagai berikut:
Serahkan data Terima data
a. Inventarisasi ATM personil ATM personil ATM
Kepala Cabang memberikan
informasi tentang lokasi ATM, dan nomor
Lakukan pendataan
ATM Bank Sumsel Babel cabang personil ATM

Pangkalpinang kepada Petugas ATM

b. Pendataan Personil ATM
Kepala Cabang memberikan data
personil ATM kepada petugas ATM untuk
Gambar 2. Activity Diagram Pendataan Personil ATM
dilakukan pendataan.
c. Terima Keluhanan Nasabah
Nasabah buat keluhan ATM kepada
Customer Service (CS), selanjutnya Customer
Service terima keluhan nasabah. Keluhan
 NASABAH CUSTOMER SERVICE
BAGIAN UMUM PENYELIA UMUM

Lakukan kegiatan rutin

Buat Keluhan Terima keluhan perawatan ATM
pelayanan ATM pelayanan ATM

Buat laporan hasil

kegiatan rutin

Gambar 3. Activity Diagram Terima Keluhan Nasabah Serahkan laporan hasil Terima laporan hasil
kegiatan rutin kegiatan rutin
CUSTOMER SERVICE TELLER BAGIAN UMUM

Cek keluhan
pelanggan

[ dana terdebet ] [ keluhan ATM ]

Gambar 7. Activity Diagram Kegiatan Rutin

PETUGAS ATM KEPALA CABANG
Buat dokumen keluhan Buat dokumen
dana terdebet keluhan ATM

Serahkan dokumen Terima dokumen

keluhan ATM keluhan ATM

Serahkan dokumen Terima dokumen keluhan Buat cheklist kegiatan

keluhan dana terdebet dana terdebet
pengelolaan ATM
Tindak lanjuti
keluhan ATM

Tindak lanjuti keluhan

dana terdebet
Serahkan cheklist kegiatan Terima cheklist kegiatan
pengelolaan ATM pengelolaan ATM

Gambar 4. Activity Diagram Dokumen Pengaduan

Gambar 8. Activity Diagram Pembuatan ChekList
HEAD TELLER PETUGAS ATM

4.3 Sistem Usulan

a. Use Case Diagram
Berikan perintah untuk Terima perintah
lakukan jual beli ATM jual beli ATM

Import Data Nasabah

Tindak lanjuti
jual beli ATM

Entry Jenis Keluhan NASABAH

Gambar 5. Activity Diagram Jual Beli TAM

Entry Data ATM
TSI PETUGAS ATM

PETUGAS ATM
Entry Data Personil

Memantau ATM yang KEPALA

mengalami gangguan CABANG
Entry Jenis Perawatan Rutin

Laporkan ATM mengalami Terima laporan ATM yang

Entry CS
gangguan mengalami gangguan

Lakukan
perbaikan ATM Gambar 9. Use Case Diagram Package Mater

Gambar 6. Activity Diagram Monitoring ATM

 1 M 1
Ada Penyelesaian Terima CS
NoPenyel NIP
NoKel NoPenyel NoPenyel NamaCS
Entry Keluhan NASABAH NoKel AlamatCS
TglPenyel
KodeJenis HariPenyel TmptLhr
NamaKeluhan Cttn TglLhr
KodeJenis 1 Jekel
NoKel
1 M M 1
Cetak Penyelesaian Jenis Keluhan Isi Keluhan Aju Nasabah

NoKel NoKel NoKTPNasabah

TglKel M NoKtpNasabah NamaKeluhan
KetKel Alamat
Hari HP
Entry Monitoring NoJualBeli
TSI TglJualBeli Guna TmptLhir
NominalJual TglLhir
NoKeluhan NamaIbuKndung
NominalBeli NoPengelolaan
Jam NoATM NoRek
PETUGAS ATM HariJualBeli
1 KodeMonitor

M 1 M
Cetak Penanganan Monitoring 1
Jual Beli ATM Dapat ATM Keluar Monitoring
NoATM
NoATM Lokasi
M NoJualBeli 1 KodeMonitor 1
Pecahan NoPerawatan
NoJualBeli Gangguan
Kegiatan
KodeBag NoATM HariMonitor
NoRutin JamMonitor
Jenis Punya
Cetak Jual Beli ATM KodePersonil Rawat
Kerja NamaPersonil PerawatanRutin KodeMonitor
Almat NoRutin NoPenanganan
TmptLahir TglRutin M M
KodeBag HariRutin
TglLahir
1 NoRutin JamRutin M Penanganan
Jekel
Cetak Rutin NoPenanganan Monitoring
1 M N TglPenanganan
Personil Buat Rutin Detail HariPenanganan M
JamPenanganan
NoPerawatan
1
NoRutin NoPenanganan Tugas
Gambar 10. Use Case Diagram Package Transaksi KetPerawatan KodeBag

Gambar 14. Transformasi ERD ke LRS

Cetak Laporan Perawatan Rutin PENYELIA
UMUM
Penyelesaian CS
NoPenyel
TglPenyel NIP
Cetak Laporan Jual Beli ATM HariPenyel NIP NamaCS
Cttn AlamatCS
NoKel TmpLhr
NIP TglLhr
NoKel Jekel

Cetak Laporan Penanganan Jenis Keluhan Keluhan Nasabah

Monitoring NoKTPNasabah
KodeJenis NoKel
PETUGAS ATM KodeJenis TglKel NamaNasabah
KEPALA NamaKeluhan NoKTPNasabah Alamat
KetKel
CABANG Hari HP
KodeJenis TmptLhir
Cetak Laporan ATM tertelan TglLhir
NoKtpNasabah
NoATM NamaIbuKndung
NoRek
Jual Beli ATM
NoJualBeli NoATM
TglJualBeli
Monitoring
Cetak Laporan Saldo Terdebet NominalJual ATM
NominalBeli NoATM NoATM KodeMonitoring
Jam NoATM Gangguan
HariJualBeli Lokasi HariMonitor
Gambar 11. Use Case Diagram Package Laporan NoATM
KodeBag
Pecahan JamMonitor
NoATM
NoATM
KodeBag
b. Rancangan Basis Data JenisPerawatanRutin Detail Rutin KodeMonitoring
NoRutin
Personil NoPerawatan NoPerawatan TglRutin
Kegiatan NoRutin HariRutin Penanganan Monitoring
KodePersonill KetPerawatan JamRutin
1 M 1 NoPenanganan
Ada Penyelesaian Terima CS NamaPersonil NoATM
TglPenanganan
NoPenyel NIP Almat KodePersonil
NoPenyel NoPenyel NamaCS HariPenanganan
NoKel TmptLahir
TglPenyel NoKel AlamatCS TglLahir KodePersonil JamPenanganan
HariPenyel TmptLhr KodePersonil KodeMonitoring
KodeJenis Jenkel
Cttn TglLhr KodePersonil
NamaKeluhan
KodeJenis 1 Jekel
NoKel
1 M M 1
Jenis Keluhan Isi Keluhan Aju Nasabah
NoKel NoKel NoKTPNasabah
Gambar 15. Logical Record Structre (LRS)
M NamaNasabah
TglKel NoKtpNasabah
KetKel Alamat
Hari HP
NoJualBeli
TglJualBeli
NominalJual
Guna
TmptLhir
TglLhir
NamaIbuKndung
c. Class Diagram
NoKeluhan
NominalBeli NoPengelolaan NoRek
Jam NoATM
1 KodeMonitor
HariJualBeli
M 1 M
1
Jual Beli ATM Dapat ATM Keluar Monitoring
NoATM
NoATM Lokasi
M NoJualBeli 1 KodeMonitor 1
Pecahan NoPerawatan
NoJualBeli Gangguan
Kegiatan
KodeBag NoATM HariMonitor
NoRutin JamMonitor
Jenis Punya
KodePersonil Rawat
Kerja NamaPersonil PerawatanRutin KodeMonitor
Almat NoRutin NoPenanganan
TmptLahir TglRutin M M
KodeBag HariRutin
TglLahir
1 NoRutin JamRutin M Penanganan
Jekel
NoPenanganan Monitoring
1 M N TglPenanganan
Personil Buat Rutin Detail HariPenanganan M
JamPenanganan
NoPerawatan
1
NoRutin NoPenanganan Tugas
KetPerawatan KodeBag

Gambar 13. Entity Relationship Diagram (ERD)

Gambar 16. Entity Class Diagram

d. Tampilan Layar ENTRY JENIS PERAWATAN RUTIN

Di bawah ini tampilan layar Sistem Informasi ENTRY JENIS PERAWATAN RUTIN

Tata Kelola ATM:

Data Jenis Perawatan Rutin

ENTRY
ENTRY JENIS
JENIS KELUHAN
KELUHAN
Nomor Kegiatan <<input>>
ENTRY JENIS KELUHAN
Kegiatan <<input>>

Data Jenis Keluhan

Kode Jenis Keluhan <<input>>

Nama Keluhan <<input>>

Nomor Kegiatan Kegiatan

Display Display

Kode Jenis Keluhan Nama Keluhan

Display Display

Simpan Ubah Hapus Batal Keluar

Simpan Ubah Hapus Batal Keluar

Gambar 20. Rancangan Layar Entry Jenis Perawatan Rutin

ENTRY CS
Gambar 17. Rancangan Layar Entry Jenis Keluha
ENTRY CS

Data CS
ENTRY ATM

ENTRY ATM NIP <<input>>

Nama CS <<input>>
Data ATM
Alamat <<input>>
Nomor ATM <<input>>
TTL <<Sysdate>>
Lokasi ATM <<input>> Jenis Kelamin <<input>>

Pecahan <<input>>
NIP Nama CS Alamat TTL Jenis Kelamin

Display Display Display Display Display

Nomor ATM Lokasi ATM Pecahan

Display Display Display

Simpan Ubah Hapus Batal Keluar

Gambar 21. Rancangan Layar Entry CS

Simpan Ubah Hapus Batal Keluar

ENTRY KELUHAN

ENTRY KELUHAN
Gambar 18. Rancangan Layar Entry ATM
Data Nasabah
Nmor Keluhan <<Input>> NoKTP <<Display>> cari
ENTRY PERSONIL
Tgl Keluhan <<Sysdate>>
Nama <<Display>>
ENTRY PERSONIL Keterangan <<Input>>
Alamat <<Display>>
Hari <<Input>> Telepon <<Display>>
Data Personil

Data Jenis Keluhan Data ATM

Kode Personil <<input>> cari cari

Nama Personil <<input>> Nomor Jenis <<Display>> Nomor ATM <<Display>>

Alamat <<input>> Keluhan <<Display>> Lokasi <<Display>>

TTL <<Sysdate>> <<Display>>

Pecahan
Jenis Kelamin <<input>>

Kode Persoil Nama Personil Alamat TTL Jenis Kelamin

Simpan Batal Keluar
Display Display Display Display Display

Gambar 22. Rancangan Layar Entry Keluhan

Simpan Ubah Hapus Batal Keluar

Gambar 19. Rancangan layar Entry Personil

CETAK PENYELESAIA CETAK JUAL BELI ATM

CETAK PENYELESAIAN CETAK JUAL BELI ATM

No Penyelesaian <<Input>> Data Personil

cari
Tanggal <<Sysdate>>
Nomor Jual Beli <<Input>> Kode Personil <<Display>>
Hari <<input>> Tanggal <<Sysdate>>
Nama Personil <<Display>>
Catatan <<input>> Hari <<Pilih>>
Data Keluhan Data CS Jam <<input>> Data ATM
cari
cari
Nominal Jual Rp <<Input>>
No. Keluhan <<Display>> cari
Nominal Beli Rp <<input>>
Nomor ATM <<Display>>
Tgl Keluhan <<Display>> NIP CS <<Display>>
Lokasi ATM <<Display>>
Kode Jenis Kel. <<Display>>
Nama <<Display>>
Nama Keluhan <<Display>>

No KTP Nasabah <<Display>>

Nama Nasabah <<Display>>

Simpan Cetak Batal Keluar

Simpan Cetak Batal Keluar

Gambar 26. Rancangan Layar Cetak Jual Beli ATM

Gambar 23. Rancangan layar Entry Penyelesaian CETAK KEGIATAN RUTIN

CETAK KEGIATAN RUTIN

ENTRY MONITORING Data ATM

ENTRY MONITORING Nomor ATM <<Display>> cari

No. Kegiatan <<Input>>

Tanggal Lokasi <<Display>>

<<Sysdate>>
Kode Monitoring <<Input>>
Hari <<Pilih>> Data Personil
Gangguan <<Sysdate>>
Jam <<input>> Kode Personil <<Display>> cari
Hari <<Pilih>>
Nama <<Display>>
Jam <<input>>

No Perawatan Kegiatan
Data ATM Data Perawatan Rutin

Display Display
Nomor ATM <<Display>> cari Nomor Perawatan <<Display>> cari

Lokasi <<Display>> Kegiatan <<Display>>

Tambah
Pecahan <<Display>>

Simpan Cetak Batal Keluar

Simpan Batal Keluar

Gambar 27. Rancangan Layar Cetak Kegiatan Rutin

LAPORAN
LAPORAN PERAWATAN
PERAWATAN RUTIN
RUTIN
Gambar 24. Rancangan Layar Entry Monitoring
CETAK LAPORAN PERAWATAN RUTIN
CETAK PENANGANAN MONITORING

CETAK PENANGANAN MONITORING

Periode
No. Penanganan <<Input>>
Tanggal <<Sysdate>>
Bulan pilih
Hari <<Pilih>>

Jam <<input>>
pilih
Tahun
Data Monitoring Data Personil
cari

Kode Monitoring <<Display>> cari

Gangguan <<Display>> Kode Personil <<Display>>

CETAK KELUAR
Nomor ATM <<Display>>
Nama Personil <<Display>>
LoKasi <<Display>>

Gambar 28. Rancangan Layar Cetak Laporan

Simpan Cetak Batal Keluar

Gambar 25. Rancangan Layar Cetak Penanganan Monitoring

5. Kesimpulan dan Saran
5.1 Kesimpulan Daftar Pustaka
Setelah mempelajari permasalahan
yang dihadapi dan juga solusi pemecahan Indrajani, Pengantar dan Sistem Basis Data
yang diusulkan, maka dapat ditarik Jakarta: PT Elex Media Komputindo, 2009
kesimpulan sebagai berikut :
a. Komputerisasi pada rancangan Sistem Munawar, Pemodelan Visual dengan UML
Informasi Tata Kelola ATM dapat Yogyakarta: Graha Ilmu, 2005
meningkatkan efisiensi kerja dan
memudahkan Petugas ATM dalam Sutanta Edhy, Basis Data dalam Tinjauan
mengontrol tata kelola ATM Bank Sumsel Konseptual Yogyakarta: CV. Andi Offset, 2011
cabang pangkalpinang dan menghasilkan
informasi yang akurat dan tepat. Sutabri Tata, Analisis Sistem Informasi
b. Sistem yang dibangun secara komputerisasi Yogyakarta: CV. Andi Offset, 2012
dan terintegrasi dapat menghasilkan kecepatan
dalam proses administrasi, ketepatan dan Wahyudi Bambang, Konsep Sistem Informasi dari
keakuratan data, serta dapat meminimalisir Bit sampai ke Database Yogyakarta, CV. Andi
kesalahan dalam tata kelola ATM. Offset, 2008
c. Perancangan Sistem Informasi tata kelola
ATM Bank Sumsel cabang Pangkalpinang Widjaya Iwan Kurniawan, Manajemen Proyek
yang berorentasi objek (Object Oriented) Teknologi Informasi Yogyakarta, Graha Ilmu, 2013
dapat menghasilkan sebuah sistem informasi
yang lebih baik dan lebih mudah dipahami
oleh user (pengguna) dalam hal struktur
perancangannya dan implementasinya

5.2 Saran
Adapun saran–saran yang perlu
dikemukakan adalah sebagai berikut :
a. Perlu adanya pelatihan kepada user yang akan
menggunakan sistem informasi ini, supaya
mereka mengetahui bagaimana cara
menggunakan dan perawatan sistem informasi
ini.
b. Untuk menghindari berbagai kesalahan yang
mungkin timbul pada sistem, perlu dilakukan
perawatan (maintenance) secara rutin.
Pengontrolan data merupakan cara perawatan
yang tebaik untuk menghindari berbagai
kesalahan.
c. Secara rutin melakukan back-up data yang ada
minimal satu tahun sekali untuk menghindari
kerusakan data atau kehilangan data.
d. Perlu adanya peningkatan infrastruktur
komputer yang digunakan oleh Petugas ATM
Bank Sumsel cabang Pangkalpinang agar
dapat meningkatkan kinerja sistem.
e. Perlu adanya audit sistem paling tidak setiap 5
tahun sekali pada sistem informasi ini agar
dapat memperbaiki kesalahan-kesalahan yang
terjadi pada sistem ini sehingga kedepannya
diharapkan sistem dapat lebih optimal dan
mampu memenuhi kebutuhan user.