LAPORAN KERJA PRAKTEK

ANALISIS APLIKASI POST REPLY

PADA PT. BANK SYARIAH MANDIRI

Ditunjukan untuk memenuhi persyaratan kelulusan

Matakuliah Kerja Praktek

DISUSUN OLEH:

Sigit Ardiansyah (1544190055)

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK

UNIVERSITAS PERSADA INDONESIA Y.A.I

2019

JAKARTA
LEMBAR PENGESAHAN PROGRAM STUDI

Analisis Aplikasi Post Reply

Pada PT. Bank Syariah Mandiri

oleh :
Sigit Ardiansyah (1544190055)

disetujui dan disahkan sebagai

Laporan Hasil Kerja Praktek

ii
 LEMBAR PENGESAHAN PERUSAHAAN

ANALISIS APLIKASI POST REPLY PADA

PT. BANK SYARIAH MANDIRI

oleh :
Sigit Ardiansyah (1544190055)

disetujui dan disahkan sebagai

Laporan Hasil Kerja Praktek

Jakarta, 25 Januari 2019

Office Automation Staff PT. Bank Syariah Mandiri

Rafiati. S.PT
NIP 128211138

iii
SURAT KETERANGAN KERJA

iv
 ABSTRAKSI

Kerja praktek dilaksanakan di PT. Bank Syariah Mandiri selama 2 (dua) bulan,
mulai dari tanggal 1 September 2018 sampai dengan tanggal 31 Oktober
2018. PT. Bank Syariah Mandiri adalah pelaku jasa keuangan terdaftar yang
diawasi Otoritas Jasa Keuangan. Kerja praktek yang dilakukan adalah untuk
menganalisis sebuah aplikasi Post Reply yang ada di PT. Bank Syariah
Mandiri berbasis web. Aplikasi Post Reply adalah aplikasi yang
menghubungkan antara kantor pusat dengan cabang, yang mana segala data
karyawan yang ada di cabang PT. Bank Syariah Mandiri dapat dikirim dengan
aman. Aplikasi tersebut merupakaan aplikasi untuk pengecekan dokumen
karyawan. Fitur yang ada didalam aplikasi tersebut adalah pengiriman pesan
atau bisa disebut dengan aplikasi Post Reply. Selama menganalisa aplikasi,
terdapat masalah yang terbilang cukup sering terjadi dikarenakan sering
terjadinya kesalahan sistem sorting yang belum bekerja dengan baik yang
menyebabkan pembalasan pada admin yang berbeda. Pada akhir kerja
praktek data karyawan yang telah dilakukan pengecekan direkapitulasi.
Kesimpulan dari kerseluruhan proses kerja praktek tersebut adalah PT. Bank
Syariah Mandiri ini telah memakai aplikasi berbasis web Post Reply yang
memudahkan pemeriksaan data karyawan yang bersifat privasi dan data yang
kurang lengkap dapat dikirimkan melalui aplikasi post reply. Aplikasi ini masih
membutuhkan perbaikan fitur-fitu yang mengalaim masalah seperti fitur sorting
pada aplikasi post reply.

Kata Kunci: analisis, post reply, aplikasi web.

v
 KATA PENGANTAR

Puji syukur penulis panjatkan kepada Tuhan Yang Maha Esa yang telah
memberikan rahmat dan karunianya, sehingga dapat menyelesaikan Laporan
Pelaksanaan Kerja Praktek ini.

Kerja praktek ini merupakan salah satu mata kuliah yang wajib ditempuh di
Fakultas Teknik UPI YAI Jakarta. Laporan Kerja Praktek ini disusun sebagai
pelengkap kerja praktek yang telah dilaksanakan selama 2 bulan di PT. Bank
Syariah Mandiri.

Dengan selesainya laporan kerja praktek ini tidak terlepas dari bantuan
banyak pihak yang telah memberi masukan – masukan. Untuk itu diucapkan
banyak terima kasih kepada :

1. Dr. Ir. Fitri Suryani, M.T., selaku Dekan Fakultas Teknik Universitas
Persada Indonesia Y.A.I.
2. Muhammad Anno Suwarno., S.KOM., M.KOM. selaku Ketua Jurusan
Teknik Informatika S1 UPI YAI.
3. Vivi Afifah., S.KOM, MMSI selaku Pembimbing Kerja Praktek
4. Seluruh karyawan PT. Bank Syariah Mandiri.
5. Bapak dan Ibu serta keluarga yang telah memberikan dukungan moral
dan materil.
6. Semua pihak yang telah membantu hingga selesainya kerja praktek ini
yang tidak dapat penulis sebutkan satu persatu.

Menyadari bahwa masih banyak kekurangan dari laporan ini, baik dari
materi maupun teknik penyajiannya, mengingat kurangnya pengetahuan dan
pengalaman penulis. Oleh karena itu, kritik dan saran yang membangun
sangat penulis harapkan. Terima kasih.

Jakarta, 25 Januari 2019

Sigit Ardiansyah

vi
 DAFTAR ISI

LEMBAR PENGESAHAN PROGRAM STUDI ................................................ ii

LEMBAR PENGESAHAN PERUSAHAAN ..................................................... iii

SURAT KETERANGAN KERJA ..................................................................... iv

ABSTRAKSI ................................................................................................... v

KATA PENGANTAR ...................................................................................... vi

DAFTAR ISI .................................................................................................. vii

DAFTAR GAMBAR ........................................................................................ x

DAFTAR TABEL ............................................................................................ xi

BAB I .............................................................................................................. 1

PENDAHULUAN ............................................................................................ 1

1.1. Latar Belakang .................................................................................. 1

1.2. Rumusan Masalah ............................................................................ 2

1.3. Batasan Masalah .............................................................................. 2

1.4. Tujuan ............................................................................................... 2

1.5. Metode Pengumpulan Data .............................................................. 3

1.6. Ruang Lingkup .................................................................................. 3

1.7. Sistematika Penulisan ....................................................................... 4

BAB II ............................................................................................................. 5

ORGANISASI ATAU LINGKUNGAN KERJA PRAKTEK ............................... 5

2.1. Profil Perusahaan ............................................................................. 5

2.2. Sejarah Perusahaan ......................................................................... 6

2.3. Visi dan Misi Perusahaan.................................................................. 8

2.4. Lambang Bank Syariah Mandiri ....................................................... 9

2.5. Struktur Organisasi Bank Syariah Mandiri ........................................ 9

2.6. Deskripsi Pekerjaan Kerja Praktek .................................................. 10

vii
 2.7. Jadwal Kerja ................................................................................... 10

BAB III .......................................................................................................... 12

TEORI PENUNJANG KERJA PRAKTEK ..................................................... 12

3.1. Analisi Aplikasi ................................................................................ 12

3.2. Analisis Sistem Informasi ................................................................ 13

3.3. Unified Modeling Language (UML) ................................................. 13

3.3.1 Usecase Diagram ..................................................................... 15

3.3.2 Class Diagram .......................................................................... 16

3.3.3. Activity Diagram........................................................................ 18

3.3.4. Sequence Diagram ................................................................... 19

3.4. Website ........................................................................................... 22

3.4.1. Google Chrome ........................................................................... 22

3.5. Apache ............................................................................................ 22

3.6. Database......................................................................................... 23

BAB IV ......................................................................................................... 24

PENGUMPULAN DATA ............................................................................... 24

4.1. Metode Pengumpulan Data ............................................................ 24

4.1.1. Wawancara (interview) ............................................................. 24

4.1.2. Studi Pustaka ........................................................................... 24

4.1.3. Observasi ................................................................................. 24

4.2. Hasil Pengumpulan Data ................................................................ 25

4.2.1. Hasil Wawancara...................................................................... 25

4.2.2. Hasil Observasi ........................................................................ 25

BAB V .......................................................................................................... 32

ANALISA APLIKASI DAN PEMBAHASAN ................................................... 32

5.1. Analisa Masalah .............................................................................. 32

viii
 5.1.1. Identifikasi Masalah .................................................................. 32

5.1.2. Analisis Kelemahan Aplikasi ..................................................... 32

5.1.3. Solusi Permasalahan................................................................ 33

5.1.4. Kebutuhan Perangkat Keras .................................................... 33

5.1.5. Kebutuhan Perangkat Lunak .................................................... 33

5.1.6. Kebutuhan Pengguna ............................................................... 34

5.2. Kebutuhan Fungsional .................................................................... 35

5.3. Alur Aplikasi .................................................................................... 36

5.3.1. Use Case .................................................................................. 36

5.3.2. Activity Diagram........................................................................ 37

5.3.3. Squance Diagram ..................................................................... 49

5.3.4. Entity Relation Diagram ......................................................... 53

5.3.5. Diagram Class......................................................................... 54

5.3.6. Spesifikasi Aplikasi Post Reply ................................................. 55

5.3.7. Pengecekan Data ..................................................................... 55

5.3.8. Pengiriman Pesan .................................................................... 55

5.3.9. Ticket Activity............................................................................ 55

BAB VI ......................................................................................................... 56

PENUTUP .................................................................................................... 56

6.1. Kesimpulan ..................................................................................... 56

6.2. Saran .............................................................................................. 56

DAFTAR PUSTAKA ..................................................................................... 57

DOKUMENTASI KERJA PRAKTEK ............................................................. 58

ix
 DAFTAR GAMBAR

Gambar 2.1 Lambang Bank Syariah mandiri ................................................. 9

Gambar 2.2. Struktur Organisasi Bank Syariah Mandiri ................................. 9
Gambar 3.1. UML Diagram .......................................................................... 14
Gambar 4.1. Tampilan awal aplikasi ............................................................ 26
Gambar 4.2. Tampilan Menu Sistem ............................................................ 27
Gambar 4.3. Tampilan Menu User ............................................................... 28
Gambar 4.4. Tampilan Menu Tickets ........................................................... 29
Gambar 4.5. Tampilan isi Tickets ................................................................. 30
Gambar 4.6. Tampilan isi Tickets ................................................................. 31
Gambar 5.5. Usecase Diagram Aplikasi Post Replay .................................. 36
Gambar 5.6. Activity Diagram Halaman Login Staff ..................................... 37
Gambar 5.7. Activity Diagram Menampilkan Menu Dashboard .................... 38
Gambar 5.8. Activity Diagram Menampilkan Menu Users ............................ 39
Gambar 5.9. Activity Diagram Menampilkan menu Tickets Overdue ........... 40
Gambar 5.10. Activity Diagram Menampilkan Menu Tiickets Open ............. 41
Gambar 5.11. Activity Diagram Menampilkan Menu Tiickets Closed ........... 42
Gambar 5.12. Activity Diagram Menampilkan Menu Tickets New Tickets ... 43
Gambar 5.13. Activity Diagram Menampilkan Menu Knowledgebase .......... 44
Gambar 5.14. Activity Diagram Halaman Login Kepala Opearion Group ..... 45
Gambar 5.15. Activity Diagram Menampilka menu Dashboard .................... 46
Gambar 5.16. Activity Diagram Menampilkna menu Users Cari Data .......... 47
Gambar 5.17. Activity Diagram Menampilkan menu Users Tambah Data ... 48
Gambar 5.18. Sequence Diagram Halaman Login Staff .............................. 49
Gambar 5.19. Sequence Diagram Proses Kelola Data ................................ 50
Gambar 5.20. Sequence Diagram Halaman Login KOG .............................. 51
Gambar 5.21. Sequence Diagram Proses Pengolahan KOG ...................... 52
Gambar 5.22. Entity Relation Diagram Aplikasi Post Reply ......................... 53
Gambar 5.23. Diagram Class Aplikasi Post Reply ....................................... 54

x
 DAFTAR TABEL

Tabel 2.1 Jadwal Kerja ................................................................................. 10

Tabel 3.1 Use Case Diagram ....................................................................... 15
Tabel 3.2 Class Diagram .............................................................................. 17
Tabel 3.3 Activity Diagram ........................................................................... 18
Tabel 3.4 Sequence Diagram....................................................................... 20
Tabel 5.1. Kebutuhan Perangkat Keras ....................................................... 33
Tabel 5.2. Kebutuhan Perangkat Lunak ....................................................... 34
Table 5.3. Karakteristik Pengguna ............................................................... 34
Tabel 5.4. Kebutuhan Fungsional ................................................................ 35

xi
 BAB I

PENDAHULUAN

1.1. Latar Belakang

Dalam era teknologi dan informasi sekarang ini, dapat disadari bahwa
hampir semua aspek kegiatan disegala bidang ditentukan oleh kualitas dari
teknologi dan informasi yang diterima dan dihasilkan. Dalam hal ini komputer
mempunyai peranan yang sangat penting sebagai alat untuk mempermudah
dalam penyampaian informasi yang ada sehingga dapat membantu
memperlancar kinerja perusahaan.
PT. Bank Syariah Mandiri tumbuh sebagai bank yang mampu
memadukan keduanya, yang melandasi kegiatan operasionalnya.
Harmonisasi idealisme usaha dan nilai – nilai spiritual inilah yang menjadi
salah satu keunggulan PT. Bank Syariah Mandiri 737 kantor layanan diseluruh
Indonesia, dengan akses lebih dari 196.000 jaringan ATM.
Salah satu aplikasi yang terpenting di PT. Bank Syariah Mandiri ini
adalah Post Reply atau bisa disebut dengan Sistem Informasi antara kantor
pusat dengan cabang, yang mana segala data karyawan yang ada di cabang
PT. Bank Syariah Mandiri dapat dikirim dengan aman.
Aplikasi Post Reply merupakan salah satu bagian terpenting di PT.
Bank Syariah Mandiri yang sangat berpengaruh dalam berbagai aspek. Hal ini
dikarenakan jika ada data karyawan yang sifatnya privasi dan kurang lengkap,
dapat dkirim melalui aplikasi Post Reply ini. Adapun tujuan dari aplikasi ini
diantaranya adalah untuk memenuhi kebutuhan dan menunjang kelancaran
aktivitas di PT. Bank Syariah Mandiri.
Terdapat banyak data karyawan yang sifatnya privasi. Untuk itu pihak
manajemen PT. Bank Syariah Mandiri harus melakukan Post Reply agar
terkontrol dan terjamin keamanan data karyawan.
Data karyawan ini sangat rentan terhadap kerusakan, keamanan dan
penyalahgunaan. Untuk itu pihak manajemen PT. Bank Syariah Mandiri harus
melalukan penerapan komunikasi Post Reply Data Karyawan secara tepat

1
 2

sesuai dengan prosedur-prosedur yang ditetapan. Karena jika ada data

yang disalahgunakan dapat merugikan pihak karyawan dan PT. Bank Syariah
Mandiri.
Untuk mengantisipasi masalah-masalah yang timbul di dalam PT. Bank
Syariah Mandiri maka pihak manajemen membutuhkan suatu aplikasi Post
Reply Data Karyawan agar bisa terkontrol dan berjalan dengan baik.

1.2. Rumusan Masalah

Berdasarkan latar belakang tersebut dapat dirumuskan masalah

sebagai berikut:

1. Bagaimana kegunaan aplikasi post reply di PT. Bank Syariah Mandiri.

2. Sejauh mana aplikasi post reply di PT. Bank Syariah Mandiri menjadi lebih
efisien.

1.3. Batasan Masalah

Agar penelitian ini lebih terarah dan permasalahan yang dihadapi tidak
terlalu luas serta sesuai dengan tujuan yang dicapai, maka ditetapkan batasan
terhadap aplikasi yang diteliti, sehingga masalah yang dibahas hanya terpusat
pada pengecekan dan membalas pesan karyawan pada PT. Bank Syariah
Mandiri

1.4. Tujuan

Tujuan dari analisi kerja praktek ini adalah:

1. Untuk memenuhi persyaratan matakuliah kerja praktek.
2. Untuk menganalisa dan mengetahui kegunaan aplikasi post reply di PT.
Bank Syariah Mandiri
3. Untuk mengetahui seberapa efisien sistem aplikasi post reply di PT. Bank
Syariah Mandiri
 3

1.5. Metode Pengumpulan Data

Dalam pengumpulan data untuk penelitian ini digunakan beberapa cara

yaitu sebagai berikut:

1. Studi Lapangan
a. Observasi
Dilakukan dengan pengamatan langsung terhadap aplikasi post reply PT.
Bank Syariah Mandiri.
b. Wawancara
Dilakukan Dengan cara tanya jawab atau dialog langsung dengan staff IT
maupun karyawan yang berhubungan dengan masalah yang di bahas.
2. Studi Pustaka
Dilakukan dengan cara mempelajari dari referensi yang berhubungan
dengan masalah yang dibahas.

1.6. Ruang Lingkup

Ruang lingkup materi kerja praktek yang dilaksanakan di Bank Syariah

Mandiri ini adalah Menganalisa Aplikasi Post Reply PT. Bank Syariah Mandiri
dalam mendukung proses informasi serta mempermudah pengiriman data
karyawan di Bank Syariah Mandiri. Data karyawan yang telah dikirim melalui
Post Reply akan dilakukan pengecekan kembali untuk kelengkapan nya.
Batas pengecekan data yang dilakukan hanya berupa :

1. KTP
2. Surat Pernyataan
3. Form Dukcapil
4. Form Area Head
Jika ada data yang lengkap ataupun tidak lengkap akan dikirim pesan
kepada karyawan tersebut dan dicatat kelengkapan nya dalam Ms.excel. Hasil
dari pencatatan tersebut akan diserahkan kepada bagian Office Automation
Staff PT. Bank Syariah Mandiri.
 4

1.7. Sistematika Penulisan

Adapun sistematika penulisan dalam pembuatan laporan ini adalah:

BAB I Pendahuluan

Pada bab ini dijelaskan mengenai latar belakan, perumusan masalah,

batasan masalah, tujuan, metode pengumpulan data, dan ruang lingkup.

BAB II Organisasi dan Lingkungan Kerja Praktek

Dalam bab ini akan dibahas sejarah perusahaan, visi dan misi tujuan
perusahaan, struktur organisasi perusahaan, dan jadwal selmama kerja
praktek di PT. Bank Syariah Mandiri.

BAB III Teori Penunjang Kerja Praktek

Bab ini membahas teori teori mendasar yang digunakan sebagai

landasan untuk topik yang akan dibahas, dan mengenai proses aplikasi post
reply.

BAB IV Pelaksanaan Kerja Praktek

Bab ini berisi tentang hasil pelaksanaan kerja praktek

BAB V Pembahasan Analisis Aplikasi

Bab ini berisi sebagai pembahasan hasil dari analisa aplikasi post reply
pada PT. Bank Syariah Mandiri

BAB VI Kesimpulan dan Saran

Pada bab ini berisi kesimpulan dan saran mengenai hasil analisa
aplikasi post reply pada PT. Bank Syariah Mandiri.
 5

BAB II

ORGANISASI ATAU LINGKUNGAN KERJA PRAKTEK

2.1. Profil Perusahaan

PT Bank Syariah Mandiri secara resmi mulai beroperasi sejak Senin

tanggal 25 Rajab 1420 H atau tanggal 1 November 1999. PT Bank Syariah
Mandiri hadir dan tampil dengan harmonisasi idealisme usaha dengan nilai-
nilai spiritual.

Bank Syariah Mandiri tumbuh sebagai bank yang mampu memadukan

keduanya, yang melandasi kegiatan operasionalnya. Harmonisasi idealisme
usaha dan nilai-nilai spiritual inilah yang menjadi salah satu keunggulan Bank
Syariah Mandiri dalam kiprahnya di perbankan Indonesia. Per Desember 2017
Bank Syariah Mandiri memiliki 737 kantor layanan di seluruh Indonesia,
dengan akses lebih dari 196.000 jaringan ATM.

Alamat Kantor Pusat :

Wisma Mandiri I Jl. MH. Thamrin No. 5
Jakarta 10340 – Indonesia

Kepemilikan Saham :
PT Bank Mandiri (Persero)Tbk.: 497.804.387 lembar saham (99,9999998%)
PT Mandiri Sekuritas: 1 lembar saham (0,0000002%).

Otoritas Pengawas Bank :

Otoritas Jasa Keuangan
Gedung Sumitro Djojohadikusumo
Jalan Lapangan Banteng Timur No. 2-4
Jakarta 10710 Indonesia
Telp (62-21) 3858001 Faks (62-21) 3857917 www.ojk.go.id

5
 6

2.2. Sejarah Perusahaan

Kehadiran Bank Syariah Mandiri sejak tahun 1999, sesungguhnya

merupakan hikmah sekaligus berkah pasca krisis ekonomi dan moneter 1997-
1998. Sebagaimana diketahui, krisis ekonomi dan moneter sejak Juli 1997,
yang disusul dengan krisis multi-dimensi termasuk di panggung politik
nasional, telah menimbulkan beragam dampak negatif yang sangat hebat
terhadap seluruh sendi kehidupan masyarakat, tidak terkecuali dunia usaha.
Dalam kondisi tersebut, industri perbankan nasional yang didominasi oleh
bank-bank konvensional mengalami krisis luar biasa. Pemerintah akhirnya
mengambil tindakan dengan merestrukturisasi dan merekapitalisasi sebagian
bank-bank di Indonesia.

Salah satu bank konvensional, PT Bank Susila Bakti (BSB) yang dimiliki
oleh Yayasan Kesejahteraan Pegawai (YKP) PT Bank Dagang Negara dan PT
Mahkota Prestasi juga terkena dampak krisis. BSB berusaha keluar dari
situasi tersebut dengan melakukan upaya merger dengan beberapa bank lain
serta mengundang investor asing.

Pada saat bersamaan, pemerintah melakukan penggabungan (merger)

empat bank (Bank Dagang Negara, Bank Bumi Daya, Bank Exim, dan
Bapindo) menjadi satu bank baru bernama PT Bank Mandiri (Persero) pada
tanggal 31 Juli 1999. Kebijakan penggabungan tersebut juga menempatkan
dan menetapkan PT Bank Mandiri (Persero) Tbk. sebagai pemilik mayoritas
baru BSB.

Sebagai tindak lanjut dari keputusan merger, Bank Mandiri melakukan

konsolidasi serta membentuk Tim Pengembangan Perbankan Syariah.
Pembentukan tim ini bertujuan untuk mengembangkan layanan perbankan
syariah di kelompok perusahaan Bank Mandiri, sebagai respon atas
diberlakukannya UU No. 10 tahun 1998, yang memberi peluang bank umum
untuk melayani transaksi syariah (dual banking system).
 7

Tim Pengembangan Perbankan Syariah memandang bahwa

pemberlakuan UU tersebut merupakan momentum yang tepat untuk
melakukan konversi PT Bank Susila Bakti dari bank konvensional menjadi
bank syariah. Oleh karenanya, Tim Pengembangan Perbankan Syariah
segera mempersiapkan sistem dan infrastrukturnya, sehingga kegiatan usaha
BSB berubah dari bank konvensional menjadi bank yang beroperasi
berdasarkan prinsip syariah dengan nama PT Bank Syariah Mandiri
sebagaimana tercantum dalam Akta Notaris: Sutjipto, SH, No. 23 tanggal 8
September 1999. Perubahan kegiatan usaha BSB menjadi bank umum
syariah dikukuhkan oleh Gubernur Bank Indonesia melalui SK Gubernur BI
No. 1/24/ KEP.BI/1999, 25 Oktober 1999. Selanjutnya, melalui Surat
Keputusan Deputi Gubernur Senior Bank Indonesia No. 1/1/KEP.DGS/ 1999,
BI menyetujui perubahan nama menjadi PT Bank Syariah Mandiri. Menyusul
pengukuhan dan pengakuan legal tersebut, PT Bank Syariah Mandiri secara
resmi mulai beroperasi sejak Senin tanggal 25 Rajab 1420 H atau tanggal 1
November 1999.

PT Bank Syariah Mandiri hadir, tampil dan tumbuh sebagai bank yang
mampu memadukan idealisme usaha dengan nilai-nilai rohani, yang
melandasi kegiatan operasionalnya. Harmoni antara idealisme usaha dan
nilai-nilai rohani inilah yang menjadi salah satu keunggulan Bank Syariah
Mandiri dalam kiprahnya di perbankan Indonesia. BSM hadir untuk bersama
membangun Indonesia menuju Indonesia yang lebih baik.
 8

2.3. Visi dan Misi Perusahaan

Visi
 Untuk Nasabah
BSM merupakan bank pilihan yang memberikan manfaat, menenteramkan
dan memakmurkan.
 Untuk Pegawai
BSM merupakan bank yang menyediakan kesempatan untuk beramanah
sekaligus berkarir profesional.
 Untuk Investor
Institusi keuangan syariah Indonesia yang terpercaya yang terus
memberikan value berkesinambungan.

Misi
 Mewujudkan pertumbuhan dan keuntungan di atas rata-rata industri yang
berkesinambungan.
 Meningkatkan kualitas produk dan layanan berbasis teknologi yang
melampaui harapan nasabah.
 Mengutamakan penghimpunan dana murah dan penyaluran pembiayaan
pada segmen ritel.
 Mengembangkan bisnis atas dasar nilai-nilai syariah universal.
 Mengembangkan manajemen talenta dan lingkungan kerja yang sehat.
 Meningkatkan kepedulian terhadap masyarakat dan lingkungan.
 9

2.4. Lambang Bank Syariah Mandiri

1. Gambar 2.1 Lambang Bank Syariah mandiri

2.5. Struktur Organisasi Bank Syariah Mandiri

2. Gambar 2.2. Struktur Organisasi Bank Syariah Mandiri

 10

Dari struktur organisasi di Bank Syariah Mandiri, pekerjaan kerja

praktek dilaksanakan di Unit Support IT Operations yang bertugas membantu
masalah - masalah di setiap Unit Bisnis Bank Syariah Mandiri seperti :
1. Memastikan komputer yang dipakai karyawan bisa berjalan dengan baik.

2. Memastikan bahwa Komputer yang dipakai terhubung ke jaringan dan bisa

a berkomunikasi semestinya.

3. Memastikan aplikasi yang digunakan user berjalan sebagaimana a

aamestinya.

4. Memastikan data-data yang dimiliki karyawan didalam komputer tidak bisa

aadibaca dan diambil oleh orang tanpa izin.

2.6. Deskripsi Pekerjaan Kerja Praktek

Deskripsi pekerjaan yang di lakukan selama kerja praktek di Bank

Syariah Mandiri adalah menganalisa aplikasi post reply data karyawan pada
Bank Syariah Mandiri. Deskripsi pekerjaan sesuai dengan kesepakatan antara
peserta kerja praktek dengan pihak Bank Syariah Mandiri.

2.7. Jadwal Kerja

a. Tabel 2.1 Jadwal Kerja

Minggu Tanggal Kegiatan

Pertama 3-7 1. Pengenalan dengan kepala bagian Technology &

September Operation serta karyawan Bank Syariah Mandiri.
2018 2. Mengenal lebih jauh tentang sistem operation
dan struktur organisasinya.
Kedua 10-14 1. Berdiskusi keahlian apa yang kita peroleh untuk
September di jadikan tugas yang di berikan oleh pembimbing
2018 lapangan kerja praktek.
2. Mengelilingi lingkungan Bank Syarian Mandiri
dipandu oleh karyawan.
 11

Ketiga 17-21 1. Mendapat aplikasi Post reply untuk dianalisi.

September 2. Pemberitahuan letak access point yang
2018 digunakan.
keempat 24-28 1. Membantu pengecekan data karyawan pada
September aplikasi Post Reply.
2018 2. Mendiskusikan aplikasi Post Reply
Kelima 1-5 1. Meminta data-data yang ada didalam aplikasi
Oktober Post reply.
2018 2. Meminta foto aplikasi Post reply
Keenam 8-12 1. Merekap data yang ada di aplikasi post reply.
Oktober 2. Menyerahkan rekap yang telah dibuat ke kepala
2018 IOG.
Ketujuh 15-19 1. Membantu Persiapan Kick off Milad untuk divisi.
Oktober 2. Memeriahkan acara Kick off Milad bersama
2018 Karyawan Bank Syariah Mandiri.
Kedelapan 22-26 1. Membantu pembuatan kabel LAN untuk
Oktober mengatasi masalah pada aplikasi Post Reply
2018 2. Mengganti Router dan memasang kabel lan
untuk mengatasi masalah pada aplikasi Post
Reply
Kesembilan 29-31 1. Penutupan Acara Kick off Milad
Oktober 2. Perpisahan dengan seluruh staff pegawai Bank
2018 Syariah Mandiri
 BAB III

TEORI PENUNJANG KERJA PRAKTEK

3.1. Analisi Aplikasi

Analis Aplikasi adalah seseorang yang bertanggung jawab atas

penelitian, perencanaan, pengkoordinasian, dan merekomendasikan
pemilihan perangkat lunak dan sistem yang paling sesuai dengan kebutuhan
organisasi bisnis atau perusahaan. Analis sistem memegang peranan yang
sangat penting dalam proses pengembangan sistem. Seorang analis sistem
harus memiliki setidaknya empat keahlian: analisis, teknis, manajerial, dan
interpersonal (berkomunikasi dengan orang lain). Kemampuan analisis
memungkinkan seorang analis sistem untuk memahami perilaku organisasi
beserta fungsi-fungsinya, pemahaman tersebut akan membantu dalam
mengidentifikasi kemungkinan terbaik serta menganalisis penyelesaian
permasalahan. Keahlian teknis akan membantu seorang analis sistem untuk
memahami potensi dan keterbatasan dari teknologi informasi. Seorang analis
sistem harus mampu untuk bekerja dengan berbagai jenis bahasa
pemrograman, sistem operasi, serta perangkat keras yang digunakan.
Keahlian manajerial akan membantu seorang analis sistem mengelola proyek,
sumber daya, risiko, dan perubahan. Keahlian interpersonal akan membantu
analis sistem dalam berinteraksi dengan pengguna akhir sebagaimana halnya
dengan analis, programer, dan profesi sistem lainnya.

Analis sistem bisa pula menjadi perantara atau penghubung antara

perusahaan penjual perangkat lunak dengan organisasi tempat ia bekerja, dan
bertanggung jawab atas analisis biaya pengembangan, usulan desain dan
pengembangan, serta menentukan rentang waktu yang diperlukan. Analis
sistem bertanggung jawab pula atas studi kelayakan atas sistem komputer
sebelum membuat satu usulan kepada pihak manajemen perusahaan.

12
 13

3.2. Analisis Sistem Informasi

1. Menurut Yogiyanto (1995) analisis sistem adalah penguraian dari suatu

sistem informasi yang utuh kedalam bagian-bagian komponennya
dengan maksud untuk mengidentifikasikan dan mengevaluasi
permasalahan, kesempatan, hambatan yang terjadi dan kebutuhan
yang diharapkan sehingga dapat diusulkan perbaikan.
2. Menurut Kristanto (2003) analisis sistem adalah suatu proses
mengumpulkan dan menginterpretasikan kenyataan-kenyataan yang
ada, mendiagnosa persoalan dan menggunakan keduanya untuk
memperbaiki sistem.
3. Menurut Yogiyanto (1995) analis sistem (analis informasi) adalah orang
yang menganalis sistem (mempelajari masalah-masalahan yang timbul
dan menentukan kebutuhan pemakai sistem) untuk
mengidentifikasikan pemecahan permasalahan tersebut.
4. Menurut Kristanto (2003) analis sistem adalah orang yang mempunyai
kemampuan untuk menganalisis sebuah sistem, memilih alternatif
pemecahan masalah dan menyelesaikan masalah tersebut dengan
menggunakan komputer.

3.3. Unified Modeling Language (UML)

Pada perkembangan teknik pemograman berbasis objek, muncul lah

sebuah standarisasi bahasa pemodelan untuk pembangunan perangkat lunak
yang di bangun dengan menggunakan teknik pemograman berorientasi objek,
yaitu Unified Modeling Languange (UML). UML muncul karena adanya
kebutuhan pemodelan visual untuk menspesifikasikan, menggambarkan,
membangun dan mendokumentasi dari sistem ke perangkat lunak. UML
merupakan bahasa visual untuk pemodelan dan komunikasi mengenai sebuah
sistem yang menggunakan diagram dan teks-teks pendukung. UML hanya
berfungsi untuk melakukan pemodelan, jadi penggunaan UML tidak terbatas
pada metodologi tertentu, meskipunpada kenyataannya UML paling banyak di
gunakan pada metodologi berorientasi objek.
 14

Pada UML terdiri dari 13 macam diagram yang di kelompokkan dalam

3 kategori. Pembagian kategori dapat dilihat pada gambar di bawah.

3. Gambar 3.1. UML Diagram

Berikut Penjelasan singkat dari pembagian tersebut:

- Structure Diagrams yaitu kumpulan diagram yang di gunakan untuk

menggambarkan suatu struktur statis sistem yang di modelkan.
- Behavior Diagrams yaitu kumpulan diagram yang di gunakan untuk
menggambarkan kelakuan sistem atau rangkaian perubahan yang
terjadi pada sebuah sistem.
- Interactions Diagrams yaitu kumpulan diagram yang di gunakan
untuk menggambarkan interaksi sistem dengan sistem lain maupun
interaksi antar subsistem pada suatu sistem.
 15

3.3.1 Usecase Diagram

Use Case atau diagram use case merupakan pemodelan untuk
kelakuan (behavior) sistem informasi yang akan di buat. Use case
mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan sistem
informasi yang akan di buat. Secara kasar, use case digunakan untuk
mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan
apasaja yang berhak menggunakan fungsi-fungsi itu.
Syarat penamaan pada use case adalah nama didefinisikan sesimpel
mungkin dan dapat di pahami. Ada dua hal utama pada use case yaitu
pendefinisian apa yang di sebut aktor dan use case.
 Aktor merupakan orang, proses, atau sistem lain yang berinteraksi dengan
sistem informasi yang akan dibuat di luar sistem informasi yang akan di
buat itu sendiri, jadi walaupun simbol dari aktor adalah gambar orang, tapi
aktor belum tentu merupakan orang.
 Use Case merupakan fungsionalitas yang disediakan sistem sebagai unit-
unit yang saling bertukar pesan antar unit atau aktor.
Berikut pada Table 3.1. adalah simbol-simbol yang ada pada diagram use
case:

b. Tabel 3.1 Use Case Diagram

Simbol Deskripsi
Use Case Fungsionalitas yang di sediakan
sistem sebagai unit-unit yang saling
Nama use case bertukar pesan antar unit atau aktor
biasanya dinyatakan dengan
menggunakan kata kerja di awal
frase nama use case
Aktor / Actor Orang, proses, atau sistem lain yang
berinteraksi dengan sistem informasi
yang akan di buat di luar sistem
informasi yang akan dibuat itu
sendiri, jadi walaupun simbol dari
aktor adalah gambar orang, tapi
aktor belum tentu merupakan orang.
Biasanya dinyatakan menggunakan
kata benda di awal frase nama aktor
 16

Asosiasi / Association Komunikasi antara aktor dan use

case yang berpartisipasi pada use
case atau use case memiliki
interaksi dengan aktor
Ekstensi / extend Relasi use case tambahan ke semua
use case dimana use case yang di
<< extend >> tambahkan dapat berdiri sendiri
walau tanpa use case tambahan itu,
mirip dengan prinsip inheritence
pada pemograman berorientasi
objek. Biasanya use case tambahan
memiliki nama depan yang sama
dengan use case yang di tambahkan
Generalisasi / generalization Hubungan generalisasi dan
spesialisasi (umum-khusus) antara
dua buah use case dimana fungsi
yang satu adalah fungsi yang lebih
umum dari lainnya

3.3.2 Class Diagram

Diagram kelas atau class diagram menggambarkan struktur sistem dari segi
pendefinisian kelas-kelas yang akan di buat untuk membangun sistem. Kelas
memiliki apa yang di sebut atribut dan metode atau operasi.

- Atribut merupakan variabel-variabel yang di miliki oleh suatu kelas.

- Operasi atau metode adalah fungsi-fungsi yang di miliki oleh suatu kelas.
Diagram kelas dibuat agar pembuat program atau proggrammer membuat
kelas-kelas sesuai rancangan di dalam diagram kelas agar antara
dokumentasi perancangan dan perangkat lunak sinkron. Banyak berbagai
kasus, perancangan kelas tidak sesuai dengan kelas-kelas yang di buat pada
perancangan lunak, sehingga tidaklah ada gunanya lagi sebuah perancangan
karena apa yang di rancang dan hasil jadinya tidak sesuai.

Kelas-kelas yang ada pada struktur sistem harus dapat melakukan fungsi-
fungsi sesuai dengan kebutuhan sistem sehingga pembuat perangkat lunak
atau proggrammer dapat membuat kelas-kelas di dalam program perangkat
lunak sesuai dengan perancangan diagram kelas. Susunannya struktur kelas
yang baik pada diagram kelas sebaiknya memiliki jenis-jenis kelas berikut:
 17

1. Kelas Main
Kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan.

2. Kelas yang menangani tampilan sistem (view)

Kelas yang mendefinisikan dan mengatur tampilan ke pemakai.

3. Kelas yang di ambil dari pendefinisian use case (controller)

Kelas yang menangani fungsi-fungsi yang harus ada diambil dari
pendefinisian use case, kelas ini biasanya disebut dengan kelas proses
yang menangani proses bisnis pada perangkat lunak.

Berikut pada Table 3.2 adalah simbol-simbol yang ada pada diagram kelas:

c. Tabel 3.2 Class Diagram

Simbol Deskripsi
Kelas Kelas pada struktur sistem
Nama_kelas

+attribut

+operasi

Antarmuka / interfaces Sama dengan konsep interface

dalam pemograman berorientasi
objek

Nama Interfaces
Asosiasi / association Relasi antarkelas dengan makna
umum, asosiasi biasanya juga
disertai dengan multiplicity
Asosiasi berarah / directed Relasi antarkelas dengan makna
association kelas yang satu digunakan oleh
kelas yang lain, asosiasi biasanya
juga disertai dengan multiplicity

Generalisasi Relasi antar kelas dengan makna

generalisasi-spesialisasi (umum
khusus)
 18

Kebergantungan / dependency Relasi antarkelas dengan makna

kebergantungan antarkelas

Agregasi / aggregation Relasi antarkelas dengan makna

semua-bagian (whole-part)

3.3.3. Activity Diagram

Diagram aktivitas atau activity diagram menggambarkan workflow
(aliran data) atau aktivitas dari sebuah sistem atau proses bisnis atau menu
yang ada pada perangkat lunak. Yang perlu diperhatikan disini adalah bahwa
diagram aktivitas menggambarkan aktivitas sistem bukan apa yang di lakukan
aktor, jadi aktivitas yang dapat di lakukan oleh sistem.
Diagram aktivitas juga banyak digunakan untuk mendefinisikan hal-hal berikut:
 Rancangan proses bisnis dimana setiap urutan aktivitas yang di
gambarkan merupakan proses bisnis sistem yang di definisikan.
 Urutan atau pengelompokan tampilan dari sistem / user interfaces dimana
setiap aktivitas dianggap memiliki sebuah rancangan antarmuka tampilan.
 Rancangan pengujian dimana setiap aktivitas dianggap memerlukan
sebuah pengujian yang peru di definisikan kasus ujinya.
 Rancangan menu yang di tampilkan pada perangkat lunak.

Berikut pada Table 3.3 adalah simbol-simbol yang ada pada diagram aktivitas:

d. Tabel 3.3 Activity Diagram

Simbol Deskripsi
Status awal Status awal aktivitas sistem, sebuah
diagram aktivitas memiliki sebuah
status awal
 19

Aktivitas Aktivitas yang di lakukan sistem,

aktivitas biasanya diawali dengan

aktivitas kata kerja

Percabangan / decision Asosiasi percabangan dimana jika

ada pilihan aktivitas lebih dari satu

Penggabungan / join Asosiasi penggabungan dimana

lebih dari satu aktivitas digabungkan
menjadi satu
Status akhir Status akhir yang dilakukan sistem,
sebuah diagram aktivitas memiliki
sebuah status akhir

Swimlane Memisahkan organisasi bisnis yang

bertanggung jawab terhadap
aktivitas yang terjadi
Nama swimlane

3.3.4. Sequence Diagram

Diagram sekuen menggambarkan kelakuan objek pada use case
dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan
diterima antar objek. Oleh karena itu untuk menggambar diagram sekuen
maka harus diketahui objek-objek yang terlibat dalam sebuah use case
beserta metode-metode yang dimiliki kelas yang diintansiasi menjadi objek itu.
 20

Membuat diagram sekuen juga dibutuhkan untuk melihat skenario yang ada
pada use case.

Banyak diagram sekuen yang harus digambar adalah minimal

sebanyak pendefinisian use case yang memiliki proses sendiri atau yang
penting semua use case yang telah didefinisikan interaksi jalannya pesan
sudah dicakup pada diagram sekuen sehingga semakin banyak use case.

Berikut pada Table 3.4 adalah simbol-simbol yang ada pada diagram
sequence:

e. Tabel 3.4 Sequence Diagram

Simbol Deskripsi
Aktor Orang, proses atau sistem lain yang
berinteraksi dengan sistem informasi
yang akan dibuat di luar sistem
informasi yang akan dibuat itu
sendiri, jadi walaupun simbol dari
aktor adalah gambar orang, tapi
Nama aktor aktor belum tentu merupakan orang.
atau Biasanya dinyatakan menggunakan
Nama aktor kata benda di aawal frase nama
aktor

tanpa waktu aktif

Garis hidup / lifeline Menyatakan kehidupan suatu objek

Objek Menyatakan objek yang berinteraksi

Nama objek : nama kelas pesan

Waktu aktif Menyakatan objek dalam keadaan

aktif dan berinteraksi, semua yang
terhubung dengan waktu aktif ini
adalah sebuah tahapan yang
dilakukan di dalamnya
 21

Pesan tipe create Menyatakan suatu objek membuat

objek yang lain, arah panah
mengarah pada objek yang dibuat
<< create >>

Pesan tipe call Menyatakan suatu objek memanggil

operasi / metode yang ada pada
objek lain atau dirinya sendiri
1 : nama_metode()

Pesan tipe send Menyatakan bahwa suatu objek

mengirimkan data / masukan /
informasi ke objek lainnya, arah
1 : masukan panah mengarah pada objek yang
dikirim

Pesan tipe return Menyatakan bahwa suatu objek

yang telah menjalankan suatu
operasi atau metode menghasilkan
1 : keluaran suatu kembalian ke objek tertentu,
arah panah mengarah pada objek
yang menerima kembalian

Pesan tipe destroy Menyatakan suatu objek mengakhiri

hidup objek yang lain, arah panah
mengarah pada objek yang diakhiri,
sebaiknya jika ada create, maka ada
destroy
 22

3.4. Website

Website atau situs juga dapat diartikan sebagai kumpulan halaman

yang menampilkan informasi data teks, data gambar diam atau gerak, data
animasi, suara, video dan atau gabungan dari semuanya, baik yang bersifat
statis maupun dinamis yang membentuk satu rangkaian bangunan yang saling
terkait dimana masing-masing dihubungkan dengan jaringan-jaringan
halaman/hyperlink.

3.4.1. Google Chrome

Google Chrome adalah sebuah aplikasi peramban yang digunakan

untuk menjelajah dunia maya seperti halnya Firefox, Opera ataupun Microsoft
Edge. Jika Firefox dikembangkan oleh Mozilla, Google Chrome dibuat dan
dirancang oleh Google, perusahaan internet terbesar di dunia yang juga
empunya Android.

Proyek open source yang digunakan oleh Google disebut Chromium,

menggunakan mesin rendering Webkit sampai dengan versi 27 dan dirancang
untuk bekerja dengan kecepatan di atas rata-rata namun tetap ringan
dijalankan di perangkat desktop dan mobile.

3.5. Apache

Server HTTP Apache atau Server Web/WWW Apache adalah server

web yang dapat dijalankan di banyak sistem operasi (Unix, BSD, Linux,
Microsoft Windows dan Novell Netware serta platform lainnya) yang berguna
untuk melayani dan memfungsikan situs web. Protokol yang digunakan untuk
melayani fasilitas web/www ini mengunakan HTTP.
Apache memiliki fitur-fitur canggih seperti pesan kesalahan yang dapat
dikonfigurasi, autentikasi berbasis basis data dan lain-lain.
Apache juga didukung oleh sejumlah antarmuka pengguna berbasis
grafik (GUI) yang memungkinkan penanganan server menjadi mudah. Apache
merupakan perangkat lunak sumber terbuka dikembangkan oleh komunitas
terbuka yang terdiri dari pengembang-pengembang dibawah naungan Apache
Software Foundation
 23

3.6. Database

Basis data (database) adalah kumpulan data yang disimpan secara

sistematis di dalam komputer yang dapat diolah atau dimanipulasi
menggunakan perangkat lunak (program aplikasi) untuk menghasilkan
informasi. Pendefinisian basis data meliputi spesifikasi berupa tipe data,
struktur data dan juga batasan-batasan pada data yang akan disimpan. Basis
data merupakan aspek yang sangat penting dalam sistem informasi karena
berfungsi sebagai gudang penyimpanan data yang akan diolah lebih lanjut.
Basis data menjadi penting karena dapat mengorganisasi data, menghidari
duplikasi data, menghindari hubungan antar data yang tidak jelas dan juga
update yang rumit.
Proses memasukkan dan mengambil data ke dan dari media
penyimpanan data memerlukan perangkat lunak yang disebut dengan sistem
manajemen basis data (database management system | DBMS). DBMS
merupakan sistem perangkat lunak yang memungkinkan pengguna basis data
(database user) untuk memelihara, mengontrol dan mengakses data secara
praktis dan efisien. Dengan kata lain, semua akses ke basis data akan
ditangani oleh DBMS. DBMS ini menjadi lapisan yang menghubungkan basis
data dengan program aplikasi untuk memastikan bahwa basis data tetap
terorganisasi secara konsisten dan dapat diakses dengan mudah.
Ada beberapa fungsi yang harus ditangani DBMS seperti mengolah
pendefinisian data, menangani permintaan pengguna untuk mengakses data,
memeriksa sekuriti dan integriti data yang didefinisikan oleh DBA (Database
Administrator), menangani kegagalan dalam pengaksesan data yang
disebabkan oleh kerusakan sistem maupun media penyimpanan (disk) dan
juga menangani unjuk kerja semua fungsi secara efisien. Tujuan utama DBMS
adalah untuk memberikan tinjauan abstrak data kepada pengguna. Jadi
sistem menyembunyikan informasi tentang bagaimana data disimpan,
dipelihara dan juga bisa diakses secara efisien. Pertimbangan efisien di sini
adalah rancangan struktur data yang kompleks tetapi masih bisa digunakan
oleh pengguna awam tanpa mengetahui kompleksitas strukturnya.
 BAB IV

PENGUMPULAN DATA

4.1. Metode Pengumpulan Data

4.1.1. Wawancara (interview)

Wawancara dilakukan dengan memberikan pertanyaan kepada
beberapa pegawai PT. Bank Syariah Mandiri yang bertujuan untuk
mengumpulkan data yang diperlukan dalam menggunakan aplikasi post reply
ini.

4.1.2. Studi Pustaka

Studi kepustakaan merupakan suatu teknik pengumpulan data dengan
menghimpun dan menggunakan dokumen-dokumen, baik dokumen tertulis,
gambar maupun elektronik. Dalam hal ini penulis membaca buku-buku atau
literatur-literatur serta cetakan kuliah dan sumber-sumber lain yang
berhubungan dengan kegiatan yang penulis lakukan dan sebagai acuan untuk
mendukung bahan penelitian ini dan sebagai landasan teori yang menjadi
pedoman laporan kerja praktek ini.

4.1.3. Observasi
Dalam hal ini observasi dilakukan dengan cara melakukan kerja praktek
untuk mengetahui bagaimana pendataan ditempat tersebut. Adapun observasi
dilakukan pada:
 Tempat : PT. Bank Syariah Mandiri
Jl. MH. Thamrin No. 5 Jakarta 10340 Indonesia
 Waktu : 3 September 2018 s/d. 3 November 2018

24
 25

4.2. Hasil Pengumpulan Data

Selama melakukan kerja praktek, penulis memperoleh data-data

pendukung dalam menggunakan aplikasi post reply data karyawan. Data yang
terkumpul adalah sebagai berikut :

4.2.1. Hasil Wawancara

Wawancara diberikan kepada karyawan di PT. Bank Syariah Mandiri.
Beberapa pertanyaan berkaitan dengan menggunakan aplikasi post reply
yang akan dianalisa oleh peneliti di tempat kerja praktek, dan hasil
wawancaranya adalah sebagai berikut:
1. Aplikasi post reply adalah suatu sistem informasi pengolahan data Bcc
aa karyawan cabang PT. Bank Syariah Mandiri.
2. Pada aplikasi post reply tersedia dashboard, usesr, tickets, dan
BsCknowledgebase.
3. Desain aplikasi post reply ini dilengkapi dengan panduan nya sehingga
BBsmembuat aplikasi ini mudah digunakan.

4.2.2. Hasil Observasi

Berikut adalah hasil dari observasi yang di kumpulkan selama masa kerja di
PT. Bank Syariah Mandiri.
 26

4.2.2.1. Tampilan Awal Aplikasi

ATampilan aplikasi post reply ini sangatlah sederhana dan

memerlukan user id dan password untuk masuk kedalam aplikasi tersebut.

4. Gambar 4.1. Tampilan awal aplikasi

 27

4.2.2.2. Tampilan Menu Dashboard

5. Gambar 4.2. Tampilan Menu Sistem

Menu Dashboard terdiri dari menu :

1. Ticket Activity merupakan Tabel statistic pemasukan data setiap harinya

dan kinerja aplikasi post reply.
2. Agent Directory merupakan penyimpanan data karyawan yang
bermasalah.
3. My Profile untuk mengganti username dan password account aplikasi post
reply.
 28

4.2.2.3. Tampilan Menu User

6. Gambar 4.3. Tampilan Menu User

Menu User terdiri dari menu :

1. User Directory untuk melihat tanggal pembuatan awal sampai terakhir

account di tutup dan status account yang active pada aplikasi post
reply.
2. Organizations untuk melihat struktur jabatan setiap account pada
aplikasi post reply
 29

4.2.2.4. Tampilan Menu Tickets

7. Gambar 4.4. Tampilan Menu Tickets

Menu Dashboard terdiri dari menu :

1. Open merupakan data karyawan cabang yang baru saja masuk ke

aplikasi post reply.
2. Overdue merupakan data karyawan yang telat lebih dari 2 minggu belum
diperiksa.
3. Closed merupakan data karyawan yang sudah diperiksa dan dibalas.
4. New Ticket merupakan data yang sudah diperiksa atau dibalas dan
memposting kembali data.
 30

4.2.2.5. Tampilan isi Tickets

8. Gambar 4.5. Tampilan isi Tickets

Keterangan :

Isi dalam ticket ini berupa data – data karyawan yang dikirim untuk
dilakukan pengecekan dan pembalasan chat kepada karyawan apakah data
tersebut sudah memenuhi syarat atau tidak.
 31

4.2.2.6. Tampilan Menu Knowledgebase

9. Gambar 4.6. Tampilan isi Tickets

Keterangan :
Knowledgebase berfungsi untuk panduan cara memakai aplikasi ini
sebagaimana nanti user menjalankan aplikasi ini.
 BAB V

ANALISA APLIKASI DAN PEMBAHASAN

5.1. Analisa Masalah

5.1.1. Identifikasi Masalah

Hasil dari analisis dari aplikasi post replay PT. Bank Syariah Mandiri
adalah dapat membantu mempermudah proses pemeriksaan data kayawan
yang bersifat privasi di PT. Bank Syariah Mandiri. Berikut ini identifikasi
masalah pada aplikasi post reply PT. Bank Syariah Mandiri:
1. Fitur sorting yang masih belum berjalan dengan baik dan dapat
mengakibatkan persamaan pembalasan pada user yang sama
tetapi dengan admin yang berbeda.
2. Dua user dapat login secara bersamaan dikomputer yang berbeda
dengan satu id admin yang sama.
3. Pencatatan data atau rekup masih dilakukan dengan manual

5.1.2. Analisis Kelemahan Aplikasi

Dari beberapa permasalahan yang sering dihadapi oleh PT. Bank
Syariah Mandiri maka penulis ingin mengguna suatu Penarapan Aplikasi Post
Reply yang mampu memberikan solusi yang tepat, handal dan mudah untuk
digunakan oleh karyawan di PT. Bank Syariah Mandiri. Adapun kebutuhan
aplikasi yang nantinya akan diterapkan oleh penulis yang berisikan:
1. Aplikasi post reply PT. Bank Syariah Mandiri yang hanya bisa
digunakan ketika terhubung dengan jaringan PT. Bank Syariah
Mandiri.
2. Laporan rekup data masih harus diserahkan secara manual.
3. Kurangnya pengenalan aplikasi terhadap karyawan.

32
 33

5.1.3. Solusi Permasalahan

Berdasarkan identifikasi masalah, maka dapat diuraikan solusi
permasalahan sebagai berikut :
1. Memperluas jaringan pada aplikasi agar dapat diakses dimana saja
2. Penambahan fitur export data ke Ms.Excel agar tidak perlu lagi
pencatanan atau rekup manual
3. Meningkatkan pengenalan aplikasi pada karyawan
4. Membagi - bagi permasalahan data user pada admin agar tidak
terdapat pembalasan permasalahan data satu user pada dua admin
yang sama
5. Membatasi login admin agar tidak bisa di akses secara bersamaan
dengan id admin yang sama

5.1.4. Kebutuhan Perangkat Keras

Perangkat Keras yang digunakan adalah satu perangkat PC, monitor,
keyboard dan mouse untuk menunjang proses antarmuka komputer dengan
pengguna.

Berikut pada table 5.1 adalah spesifikasi perangkat komputer tersebut:

f. Tabel 5.1. Kebutuhan Perangkat Keras

Perangkat Keras Keterangan

Processor Intel i5 Core 2.2GHz
RAM 4 GB
Harddisk 320 GB
Monitor Resolusi 1920 x 1080
VGA 1 GB

5.1.5. Kebutuhan Perangkat Lunak

Perangkat lunak yan digunakan untuk Aplikasi Post Reply di PT. Bank Syariah
Mandiri, sebagai berikut pada Table 5.2.
 34

g. Tabel 5.2. Kebutuhan Perangkat Lunak

Perangkat Lunak Keterangan

Sistem Operasi Windows 7
Database MySQL
Bahasa Pemograman PHP,HTML dan CSS

5.1.6. Kebutuhan Pengguna

Karakteristik dari pengguna yang ada saat ini yaitu berumur antara 20
sampai 45 tahun. Pengguna memiliki pengalaman dalam mengoperasikan
komputer, cukup memahami program-program aplikasi, tetapi sudah cukup
berpengalaman dalam mengoperasikan Sistem Operasi Windows, bekerja
menggunakan Microsoft Office seperti Microsoft Office Word dan Microsoft
Office Excel, dan dapat menggunakan internet dengan baik. Berikut pada
Table 5.3 adalah karakteristik pengguna:
h. Table 5.3. Karakteristik Pengguna

Pengguna Tanggung Hak Akses Tingkat Pengalaman

Jawab Keterampilan
Admin Mengolah Memeriksa Bisa mampu
semua data data mengikuti mengoperasikan
karyawan karyawan petunjuk komputer,
Berupa data dan yang menggunakan
KTP, Surat pengiriman diberikan Microsoft word,
Pernyataan pesan Microsoft Excel,
di ttd, dan karyawan dan bisa
Form menggunakan
Dukcapil aplikasi browser
Kepala Melihat Menambah - -
Operation Kinerja User Admin
Group Admin
 35

5.2. Kebutuhan Fungsional

Berdasarkan kebutuhan diketahui bahwa pengguna yang

menggunakan aplikasi adalah Admin dan Kepala Operation Group Karyawan
di PT. Bank Syariah Mandiri dibidang operation maka fungsi utama yang harus
dilakukan oleh aplikasi pengecekan ini adalah sebagai berikut pada Table 5.4:

i. Tabel 5.4. Kebutuhan Fungsional

Fungsi Kegunaan
Login Digunakan untuk login atau masuk
kedalam aplikasi dengan menginput
username dan password
DashBoard Digunakan untuk melihat kinerja
admin
Users Untuk menampilkan data – data
admin yang sedang bekerja
Tickets Untuk menampilkan data – data
karyawan untuk dilakukan
pengecekan
Knowledgebase Untuk membantu mempelajari
aplikasi
Log Out Digunakan untuk log out atau keluar
dari aplikasi tersebut
 36

5.3. Alur Aplikasi

Dari hasil kerja praktek yang telah dilaksanakan di PT. Bank Syariah
Mandiri, inilah pembahasan mengenai alur aplikasi post reply.

5.3.1. Use Case

10. Gambar 5.5. Usecase Diagram Aplikasi Post Replay

 37

5.3.2. Activity Diagram

1. Login Staff Pengolah Data

11. Gambar 5.6. Activity Diagram Halaman Login Staff

Keterangan :

 Staff membuka halaman login

 Sistem menamiplkan halaman login
 Staff memasukan username dan password
 Sistem memvalidasi apakah username dan password benar atau salah
jika salah system akan kembali kehalaman login untuk memasukan
username dan password lagi
 Jika berhasil system akan membuka halaman utama login.
 38

2. Menampilkan Menu Dashboard

12. Gambar 5.7. Activity Diagram Menampilkan Menu Dashboard

Keterangan :

 Staff memasuki halaman utama

 Staff menampilkan menu
 Staff memilih menu dashboard
 System menampilkan statistic pekerjaan
 39

3. Menampilkan Menu Users

13. Gambar 5.8. Activity Diagram Menampilkan Menu Users

Keterangan :

- Staff memasuki halaman utama

- System menampilkan menu
- Staff memilih menu users
- System menampilkan data users
 40

4. Menampilkan Menu Tickets Overdue

14. Gambar 5.9. Activity Diagram Menampilkan menu Tickets Overdue

Keterangan :

 Staff memasuki halaman utama

 System menampilkan menu
 Staff memilih menu tickets
 Staff memilih menu Overdue
 System menampilkan data tickets
 Staff melakukan pengecekan dan penulisan pesan
 System Mengirim pesan dan masuk halaman closed
 41

5. Menampilkan Menu Tickets Open

15. Gambar 5.10. Activity Diagram Menampilkan Menu Tiickets Open

Keterangan :

- Staff memasuki halaman utama

- System menampilkan menu
- Staff memilih menu tickets
- Staff memilih menu open
- System menampilkan data tickets
- Staff melakukan pengecekan dan penulisan pesan
- Masuk halaman closed
 42

6. Menampilkan Menu Tickets Closed

16. Gambar 5.11. Activity Diagram Menampilkan Menu Tiickets Closed

Keterangan :

- Staff memasuki halaman utama

- System menampilkan menu
- Staff memilih menu tickets
- Staff memilih menu closed
- System menampilkan data tickets
- Staff kembali ke halaman utama
 43

7. Menampilkan Menu Tickets New Tickets

17. Gambar 5.12. Activity Diagram Menampilkan Menu Tickets New Tickets
Keterangan :

- Staff memasuki halaman utama

- System menampilkan menu
- Staff memilih menu tickets
- Staff memilih menu Overdue
- System menampilkan data tickets
- Staff melakukan pengecekan dan penulisan pesan
- System mengirim pesan
- Masuk halaman closed
 44

8. Memilih Menu Knowledgebase

18. Gambar 5.13. Activity Diagram Menampilkan Menu Knowledgebase

Keterangan :

- Staff memasuki halaman utama

- System menampilkan menu
- Staff memilih menu knowledgebase
- Staff memilih panduan/petunjuk/akses/faq
- Staff mencari data
- System menampilkan halaman knowledgebase
- Staff menulis pesan
- System mengirim pesan
- Kembali ke halaman utama
 45

9. Login Kepala Operation Group

19. Gambar 5.14. Activity Diagram Halaman Login Kepala Opearion Group
Keterangan :

- Kepala operation membuka halaman login

- Sistem menamiplkan halaman login
- Kepala operation memasukan username dan password
- Sistem memvalidasi apakah username dan password benar atau
salah jika salah system akan kembali kehalaman login untuk
memasukan username dan password lagi
- Jika berhasil system akan membuka halaman utama login
 46

10. Menampilkan Menu Dashboard Kepala Operation

20. Gambar 5.15. Activity Diagram Menampilka menu Dashboard

Keterangan :

- Kepala operation memasuki halaman Staff

- System operation menampilkan menu
- Kepala memilih menu dashboard
- System menampilkan statistic pekerjaan
 47

11. Menampilkan Menu Users Cari Data

21. Gambar 5.16. Activity Diagram Menampilkna menu Users Cari Data
Keterangan :

- Kepala operation memasuki halaman Staff

- System operation menampilkan menu
- Kepala memilih menu users
- System menampilkan data users
- Kepala operation mencari data
- System menampilkan data
 48

12. Menampilkan Menu Users Tambah Data

22. Gambar 5.17. Activity Diagram Menampilkan menu Users Tambah Data
Keterangan :

- Kepala operation memasuki halaman Staff

- System operation menampilkan menu
- Kepala memilih menu users
- System menampilkan data users
- Kepala operation Tambah data users
- System akan update data users
 49

5.3.3. Squance Diagram

1. Proses Login Staff pengolahan data

23. Gambar 5.18. Sequence Diagram Halaman Login Staff

Keterangan :

- Staff menampilkan form login

- Melakkukan Proses login dengan mengisi username dan
password
- System database memvalidasi username dan password
- Staff memasuki halaman utama
 50

2. Proses Kelola Data

24. Gambar 5.19. Sequence Diagram Proses Kelola Data

Keterangan :

- Staff mengakses website

- Melakkukan Proses login dengan mengisi username dan
password
- System database memvalidasi username dan password
- Staff memasuki halaman utama
- Staff melakukan pengecekan dan pengiriman pesan di form
tickets
- Menyimpan data di database
 51

3. Proses Login kepala Operation Group

25. Gambar 5.20. Sequence Diagram Halaman Login KOG

Keterangan :

- Kepala operation menampilkan form login

- Melakkukan Proses login dengan mengisi username dan
password
- System database memvalidasi username dan password
- Kepala operation memasuki halaman utama
 52

4. Proses Pengolahan Kepala Operation Group

26. Gambar 5.21. Sequence Diagram Proses Pengolahan KOG

Keterangan :

- Kepala operation mengakses website

- Melakkukan Proses login dengan mengisi username dan
password
- System database memvalidasi username dan password
- Kepala operation memasuki halaman utama
- Kepala operation melakukan pengecekan dan penambahan
data karyawan
- Menyimpan data di database
 53

5.3.4. Entity Relation Diagram

id nama

akses kode_cabang
user

akses telpon_user
M

kode_cabang
M

cabang nama_cabang

no_telpon_cabang
1

nip M no_hp

no_ktp karyawan email

1 jabatan
kode_departement

kode_cabang

ticket nama_departement
subject
M
close_date

create_date ticket
M 1 departement

assingned_to

priority from file

kode_departement

27. Gambar 5.22. Entity Relation Diagram Aplikasi Post Reply

 54

5.3.5. Diagram Class

departement
admin
-String nama_departement
-String password s
+Departement()
+Admin() +getNama_departement
+getPassword()
user
-String id
-String nama
-String email
-String telpon
-int akses s
+User()
+getId()
+getNama()
+getEmail()
cabang
+getTelpon() karyawan
+getAkses()
-int kode_cabang
-int no_telpon_cabang -int nip
-String nama_cabang -int no_ktp
+Cabang() -int kode_departement
+getKode_cabang() ticket -int no_hp
+getNo_telpon_cabang() -String jabatan
+getNama_cabang() -String ticket +Karyawan()
-String close_date +getNip()
-String create_date +getNo_ktp()
-String assingned_to +getKode_departement
-String priority +getNo_hp
-String from +getJabatan
-String file
-String subject
+Ticket()
+getticket()
+getClose_date()
+getCreate_date()
+getAssingned_to()
+getPriority()
+getFrom()
+getFile()
+getSubject()

28. Gambar 5.23. Diagram Class Aplikasi Post Reply

 55

5.3.6. Spesifikasi Aplikasi Post Reply

Kegunaan dari aplikasi ini untuk memeriksa, mengirim pesan kepada
karyawan dan kinerja pemeriksa adapun kegunaan nya adalah untuk :

5.3.7. Pengecekan Data

Pada tahap ini aplikasi post reply berfungsi untuk melakukan
pemeriksaan data – data karyawan yang telah masuk di aplikasi post reply
untuk dilihat kelengkapan data yang dikirim oleh setiap karyawan, bahwa data
yang dikirim sudah memenuhi syarat – syarat yang diminta oleh perusahaan

5.3.8. Pengiriman Pesan

Data – data karyawan yang sudah dilakukan pengecekan didalam
aplikasi, adapun data karyawan yang tidak sesuai syarat atau sesuai tetap
akan dikirimkan pesan melalui aplikasi ini.

5.3.9. Ticket Activity

Aplikasi ini juga dapat melihat kinerja pekerja seberapa banyak ticket
atau data karyawan yang sedang dilakukan pemeriksaan dan pengiriman
pesan kepada karyawan melalui grafik.
 BAB VI

PENUTUP

6.1. Kesimpulan

Berdasarkan hasil Analisi aplikasi post reply di PT. Bank Syariah

Mandiri yang telah dilakukan, dapat diambil kesimpulan sebagai berikut:
1. Aplikasi post reply merupakan aplikasi untuk pemeriksaan data karyawan
yang bersifat privasi dan data yang kurang lengkap dapat dikirimkan
melalui aplikasi post reply.
2. Dengan adanya plikasi post reply dapat membantu menghemat waktu
pemeriksaan data yang sudah benar maupun belum lengkap.

6.2. Saran

Berdasarkan hasil pembahasan mengenai Analisis Aplikasi Post Reply

Pada PT. Bank Syariah Mandiri tersebut, penulis memberikan saran yaitu:
1. Menambahkan fitur export ke Ms.Excel agar pekerjaan mengrekap data
menjadi lebih efisien.
2. Memperbaikan fitur-fitu yang mengalaim masalah seperti fitur sorting pada
aplikasi post reply.

56
 DAFTAR PUSTAKA

Analisis Sistem. (2018, April 06). Diambil kembali dari Wikipedia:

https://id.wikipedia.org/wiki/Analis_sistem
Apache HTTP Server. (2018, Oktober 24). Diambil kembali dari Wikipedia:
https://id.wikipedia.org/wiki/Apache_HTTP_Server
Pengertian Analisis Sistem. (2008, Oktober 26). Diambil kembali dari
Susipujiastuti:
https://susipujiastuti.wordpress.com/2008/10/26/pengertian-analisis-
sistem-informasi/
Pengertian Database. (2017). Diambil kembali dari Termas Media:
https://www.termasmedia.com/lainnya/software/69-pengertian-
database.html
Pengertian Google Chrome. (2016, Maret 23). Diambil kembali dari Daily
Social id: https://dailysocial.id/post/apa-itu-google-chrome
Pengertian UML dan Diagram Aktivitas. (2017, Desember 15). Diambil
kembali dari catatanadsbo: http://catatanadsbo.blogspot.com/
Pengertian WEBSITE. (2007, November 26). Diambil kembali dari BOC
INDONESIA: https://www.boc.web.id/pengertian-website-webhosting-
domainname/

57
DOKUMENTASI KERJA PRAKTEK

58