BAB III ANALISA DAN PERANCANGAN SISTEM

BAB III ANALISA DAN PERANCANGAN SISTEM

3.1 Profil Perusahaan 3.1.1 Sejarah Singkat Pengalaman Bank XYZ tidak dapat dipisahkan dari perjalanan panjang empat bank milik pemerintah, meliputi; (1) Bank Ekspor Impor Indonesia yang berdiri pada tahun 1824 dan aktif dalam kegiatan perbankan sejak tahun 1870; (2) Bank Dagang Negara; (3) Bank Bumi Daya yang berawal dari kegiatan De Nationale Hadelsbank NV hingga menjadi Bank Umum Negara di tahun 1959 dan (4) Bank Pembangunan Indonesia diawali dari bergabungnya Bank Industri Negara (BIN) yang telah mengembangkan sektor - sektor ekonomi di Indonesia sejak tahun 1951. Bank XYZ didirikan pada 2 Oktober 1998, sebagai bagian dari program restrukturisasi perbankan yang dilaksanakan oleh pemerintaha Indonesia. Pada bulan Juli 1999, empat bank pemerintah -- Bank Bumi Daya, Bank Dagang Negara, Bank Exim and Bapindo – dilebur menjadi Bank XYZ. Masing-masing dari keempat legacy bank memainkan peran yang tak terpisahkan dalam pembangunan perekonomian Indonesia. Sampai dengan hari ini, Bank XYZ meneruskan tradisi selama lebih dari 140 tahun memberikan kontribusi dalam dunia perbankan dan perekonomian Indonesia. Setelah merger, Bank XYZ melakukan proses konsolidasi secara menyeluruh. Pada saat itu, kami menutup 194 kantor cabang yang saling berdekatan, rasionalisasi jumlah karyawan menjadi 17.620 dari jumlah gabungan sebanyak 26.600 dan mengganti platform teknologinya secara menyeluruh. Dibutuhkan waktu tiga tahun dengan investasi sebesar US$200 juta demi mengembangkan program untuk menggantikan core banking platform sebelumnya agar sesuai dengan standar perbankan ritel. Selain itu, brand Bank XYZ

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

37

diimplementasikan ke semua jaringan, kegiatan periklanan dan promosi lainnya. Pada tahun 2003, Bank XYZ melakukan Initial Public Offering (IPO). Pada tahun 2005 menjadi titik balik bagi Bank XYZ dengan mencanangkan Program Transformasi tahap pertama dimana Bank XYZ memutuskan untuk menjadi Bank yang unggul di regional (regional champion). Transformasi dilakukan dengan empat strategi utama, yaitu (1) implementasi budaya, (2) pengendalian non performance loan secara agresif, (3) meningkatkan pertumbuhan bisnis yang melebihi rata-rata pertumbuhan pasar dan (4) pengembangan dan pengelolaan program aliansi antar direktorat atau business unit. Periode transformasi tahap pertama adalah sampai dengan tahun 2010. Tahun 2006 – 2007 merupakan tahap 1 dalam Program Transformasi dengan tema “Back on Track” yang fokus utamanya adalah merekonstruksi ulang pondasi Bank XYZ untuk pertumbuhan di masa depan. Tahun 2008 – 2009 merupakan tahap 2 dalam Program Transformasi dengan tema “Outperform the Market” yang fokus utamanya adalah ekspansi bisnis untuk menjamin pertumbuhan yang signifikan di berbagai segmen usaha dan mencapai level profit yang melampaui target rata-rata pasar. Tahun 2010 merupakan tahap terakhir dalam Program Transformasi dengan tema “Shaping the End Game”. Yaitu Bank XYZ menargetkan diri untuk menjadi bank regional terdepan melalui konsolidasi dari bisnis jasa keuangan dan lebih mengutamakan peluang strategi pertumbuhan non-organik. Proses transformasi yang telah dijalankan sejak tahun 2005 ini secara konsisten telah berhasil meningkatkan kinerja Bank XYZ, yang tercermin dari peningkatan berbagai parameter finansial. Tahun 2011 merupakan tahap awal pelaksanaan transformasi lanjutan tahun 2010-2014, dimana Bank XYZ telah melakukan revitalisasi visinya menjadi “Lembaga Keuangan Indonesia yang paling dikagumi dan selalu progresif”. Transformasi lanjutan di tahun 2011 dilakukan dengan Transformasi Budaya melalui: perbaikan transformasi budaya tahap 1, memperkaya dengan best practice dan benchmark dengan operator kelas dunia.

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

38

Transformasi lanjutan di tahun 2012 dilakukan dengan Transformasi Bisnis, yang fokus pada 3 area utama, yaitu Wholesale Transaction, Retail Deposit & Payment serta Retail Financing. Pencapaian kinerja keuangan Bank XYZ di tahun 2013 meliputi market cap: IDR 183.16 Tn, revenue market share 12.0%, ROE 22.35% dan Gross NPL 1.90%. Bank XYZ telah berhasil melaksanakan transformasi tahap kedua dan bersiap untuk melanjutkan Corporate Plan 20152020. Bank XYZ memiliki 1 Kantor Pusat, 136 Kantor Cabang, 1.018 Cabang Pembantu, 261 Kantor Kas, 7 Jaringan kantor luar negeri dan 15.444 ATM. Bank XYZ mempunyai 8,3 juta pemegang kartu ATM and 3,2 juta pengguna SMS Banking, 783,356 pengguna internet banking dan lebih dari 1 juta pemegang kartu kredit Visa.

3.2 Visi Misi dan Budaya Perusahaan PT. Bank XYZ (Persero) Tbk 3.2.1

Visi PT. Bank XYZ (Persero) Tbk Menjadi Lembaga Keuangan Indonesia yang paling dikagumi dan selalu

progresif. 3.2.2

Misi PT. Bank XYZ (Persero) Tbk 

Berorientasi pada pemenuhan kebutuhan pasar



Mengembangkan sumber daya manusia professional



Memberi keuntungan yang maksimal bagi stakeholder



Melaksanakan manajemen terbuka



Peduli terhadap kepentingan masyarakat dan lingkungan

Untuk mencapai Misi di atas, Bank XYZ telah merumuskan penjelasan sebagai berikut: 

Kami berkomitmen membangun hubungan jangka panjang yang didasari atas kepercayaan baik dengan nasabah bisnis maupun perseorangan. Kami melayani seluruh nasabah dengan standar layanan internasional melalui penyediaan solusi keuangan yang inovatif. Kami


39

ingin dikenal karena kinerja, sumber daya manusia dan kerjasama tim yang terbaik. 

Dengan mewujudkan pertumbuhan dan kesuksesan bagi pelanggan, kami mengambil peran aktif dalam mendorong pertumbuhan jangka panjang Indonesia dan selalu menghasilkan imbal balik yang tinggi secara konsisten bagi pemegang saham.

3.2.3

Budaya Perusahaan Untuk mendukung pencapaian visi dan misi, serta keberhasilan strateginya,

Bank XYZ telah merumuskan dan mengimplementasikan budaya perusahaan yang disebut dengan TIPCE yang dapat dijelaskan sebagai berikut:



Trust Membangun keyakinan dan sangka baik diantara stakeholders dalam hubungan yang tulus dan terbuka berdasarkan kehandalan.



Integrity Setiap saat berpikir, berkata dan berperilaku terpuji, menjaga martabat serta menjunjung tinggi kode etik profesi.


40



Professionalism Berkomitmen untuk bekerja tuntas dan akurat atas dasar kompetensi terbaik dengan penuh tanggung jawab.



Customer Focus Senantiasa menjadikan pelanggan sebagai mitra utama yang saling menguntungkan untuk tumbuh secara berkesinambungan.



Excellence Mengembangkan dan melakukan perbaikan di segala bidang untuk mendapatkan nilai tambah

3.3 Struktur Organisasi PT. Bank XYZ (Persero) Tbk Susunan organisasi pada Bank XYZ adalah sebagai berikut :

Gambar 3.1 Struktur Organisasi Bank XYZ


41

3.4 Gambaran Umum Sistem Berjalan Pada saat ini kegiatan monitoring pemeliharaan ATM masih berjalan belum sepenuh nya terkomputerisasi. Berikut ini adalah gambaran umum proses bisnis berjalan untuk monitoring pemeliharaan ATM : a) Surveyor melakukan pengecekan ke lokasi ATM, memeriksa kondisi mesin ATM dan asset lainnya yang ada di sekitar ruangan mesin ATM serta mengecek kebersihan ruangan dan lainnya. Kemudian mengisi form pengecekan dan melaporkan hasilnya kepada pimpinan di kantor cabang. b) Pimpinan cabang memeriksa laporan yang diberikan surveyor, apakah ditemukan masalah atau tidak. c) Jika ditemukan adanya masalah maka pimpinan cabang akan mengirimkan email yang berisi surat perintah kerja (SPK) kepada vendor untuk melakukan perbaikan sesuai dengan masalah yang ditemukan. d) vendor menerima email SPK dari pimpinan cabang Bank, kemudian segera melakukan perbaikan sesuai dengan masalah yang ditemukan. Surveyor

Pimpinan Cabang

Vendor

memeriksa kondisi mesin ATM & asset lainnya

membuat laporan hasil pemeriksaan

menerima laporan pemeriksaan

ada Cek problem

kirim email SPK

menerima email SPK

tidak melakukan perbaikan

Gambar 3.2 Activity Diagram Sistem Berjalan


42

3.4.1

Analisa Sistem Berjalan Pada saat ini kendala yang dihadapi dalam proses monitoring pemeliharaan

ATM dan asset lainnya yakni : 1. Ketika surveyor telah menyerahkan laporan hasil pengecekan kondisi ATM kepada pimpinan cabang, pimpinan cabang tidak langsung memeriksa hasil laporan tersebut sehingga follow up untuk perbaikan pada setiap problem yang ditemukan menjadi terhambat. Selain itu surveyor dalam menyerahkan laporannya tidak langsung sesegera mungkin setelah melakukan pengecekan. 2. Ketika vendor telah melakukan perbaikan, vendor tidak melakukan konfirmasi laporan perbaikan kepada pimpinan cabang bank sehingga untuk mengecek apakah vendor tersebut telah melakukan perbaikan atau belum pimpinan cabang harus melakukan konfirmasi via telepon. 3. Sistem yang berjalan belum online menyulitkan pimpinan cabang dalam melihat kinerja surveyor dalam melakukan pemeriksaan ATM dan asset lainnya, tidak bisa memantau kinerja

vendor serta tidak bisa melihat

informasi summary mengenai kondisi ATM atau asset lainnya yang sedang bermasalah.

3.4.2

Analisa Sistem Usulan Alternatif pemecahan masalah yang dapat diusulkan melalui perancangan

aplikasi monitoring pemeliharaan ATM ini adalah : 1.

Membuat sebuah rancangan untuk aplikasi ATM monitoring yang dapat membantu surveyor melaporkan hasil pengecekan kondisi ATM dan asset lainya secara online melalui aplikasi mobile android dan dapat melihat status laporan yang sudah diinput.

2.

Membuat sebuah rancangan untuk aplikasi ATM monitoring dimana vendor dapat melakukan konfirmasi status perbaikan yang telah dilakukan secara online melalui aplikasi mobile android.


43

3.

Membuat sebuah rancangan aplikasi dashboard berbasis web client server untuk menunjang aplikasi ATM monitoring dimana pimpinan cabang dapat melihat informasi summary problem kondisi ATM dan asset lainnya yang sudah dilaporkan surveyor secara online, melihat informasi mengenai jumlah ATM yang ada, me-manage user, melihat log activity surveyor dalam melakukan pengecekan kondisi ATM dan vendor dalam melakukan perbaikan, me-manage SLA ( service level agreement ) untuk setiap asset, dll.

4.

Membuat sebuah rancangan aplikasi ATM monitoring yang dapat membantu Bank XYZ untuk mengintegrasikan antara Bank, surveyor dan vendor dalam kegiatan monitoring pemeliharaan ATM ini sehingga dapat membantu proses bisnis lebih cepat, efektif dan efisien.

3.5 Rancangan Sistem Usulan Pada subbab ini akan dibahas bagaimana perancangan aplikasi yang akan dibangun. 3.5.1 Deskripsi Umum Sistem Usulan Perancangan sistem monitoring pemeliharaan ATM yang diusulkan pada Bank XYZ bertujuan untuk mendukung proses bisnis antara bank dengan surveyor dan vendor (eksekutor) sehingga dapat meminimalisasi permasalahan yang dihadapi. Perancangan sistem akan dirancang dengan melakukan penyesuaian terhadap jobdesk struktur organisasi, proses bisnis berjalan dan infrastruktur yang dimiliki Bank XYZ. Bagian – bagian yang berkepentingan dalam proses operasional Monitoring Pemeliharaan ATM ini terdiri dari beberapa user yakni surveyor, vendor (eksekutor), user dan administrator. Setiap user dapat mengakses aplikasi sesuai dengan role user masing-masing dan fitur yang diberikan sesuai dengan hak akses masing – masing user. Perancangan aplikasi monitoring pemeliharaan ATM ini dibagi menjadi dua bagian aplikasi yakni aplikasi mobile android yang dapat


44

digunakan oleh surveyor dan vendor serta aplikasi dashboard yang dapat digunakan oleh administrator, user, dan vendor. Aplikasi mobile android digunakan untuk melaporkan hasil pengecekan kondisi ATM dan asset lainnya,melihat status laporan yang telah diinput serta untuk melakukan konfirmasi laporan atas perbaikan kondisi ATM yang sudah dilakukan. Sedangkan aplikasi dashboard merupakan aplikasi berbasis web client - server yang digunakan untuk memantau dan mengontrol kondisi ATM dan asset – asset lainnya yang ada dilokasi ATM serta aktivitas pemeliharaan ATM.

3.5.2 Hak Akses Sistem Usulan Perancangan aplikasi monitoring pemeliharaan ATM yang diusulkan dibagi menjadi dua bagian aplikasi yakni aplikasi mobile android yang dapat digunakan oleh surveyor dan vendor serta aplikasi dashboard yang dapat digunakan oleh administrator, user, dan vendor. Untuk melihat siapa saja user yang dapat mengakses masing-masing aplikasi diperlukan pembagian hak ases user. Hak akses user dimaksudkan untuk memperjelas siapa saja user yang dapat mengakses aplikasi sesuai dengan level aksesnya. Berikut adalah gambaran pembagian hak akses user terhadap aplikasi : 1.

Hak Akses Aplikasi Mobile a) Surveyor Orang yang bertugas di lapangan melakukan pengecekan kondisi ATM beserta asset lainnya seperti lampu, AC, casing ATM, kebersihan ruangan, dll yang ada di dalam environtment ATM. Fitur yang dapat diakses oleh surveyor pada aplikasi mobile ini yaitu mulai laporan dan status laporan b) Vendor Pengguna dari luar bank, merupakan pihak ketiga yang bertanggung jawab untuk melakukan perbaikan atas kerusakan / permasalahan kondisi ATM dan asset lainnya. Fitur yang dapat diakses oleh surveyor pada aplikasi mobile ini yaitu konfirmasi laporan.


45

Tabel 3.1 Hak Akses Aplikasi Mobile User Surveyor Vendor

2.

Level Akses Mulai Laporan Status Laporan Konfirmasi Laporan √ √ × × × √

Hak Akses Aplikasi Dashboard a) Administrator Pengguna dari bank yang bertugas mengontrol semua fungsi sistem aplikasi dashboard untuk monitoring aktivitas pemeliharaan ATM dan asset lainnya. Tabel 3.2 Hak Akses Aplikasi Dashboard - level Admin Level Akses Dashboard Infra Dashboard ATM Detail Log Activity User Summary Infra Summary Mesin User Manager Device Manager SLA Manager Vendor Manager ATM Manager Email Alert Email Sender Change Password

View √ √ √ √ √ √ √ √ √ √ √ √ √ √

Administrator Tambah Edit × × × × × × × × × × × × √ √ √ √ √ √ √ √ √ √ √ √ √ √ × √

Hapus × × × × × × √ √ √ √ √ √ √ ×

b) User ( Kanwil, Area ) Pengguna dari bank di kantor wilayah ( kanwil) dan area yang bertugas & bertanggung jawab untuk monitoring aktivitas pemeliharaan ATM dan asset lainnya di masing-masing kanwil dan area.


46

Tabel 3.3 Hak Akses Aplikasi Dashboard - level user

Level Akses Dashboard Infra Dashboard ATM Detail Log Activity User Summary Infra Change Password

User ( Area, Kanwil ) View Tambah Edit Hapus √ × × × √ × × × √ × × × √ × × × √ × × × √ × √ ×

c) Vendor Pengguna dari luar bank, merupakan pihak ketiga yang bertanggung jawab untuk melakukan perbaikan atas kerusakan / permasalahan kondisi ATM dan asset lainnya. Selain dapat mengakses aplikasi mobile, vendor juga diberikan hak akses untuk aplikasi dashboard. Tabel 3.4 Hak Akses Aplikasi Dashboard - level vendor Level Akses Dashboard Detail Log Activity User

3.6

View √ √ √

Vendor Tambah Edit × × × × × ×

Hapus × × ×

Use Case Diagram Sistem Usulan Use case diagram merupakan pemodelan untuk kelakuan (behavior) aplikasi

yang akan dibuat. Use case mendeskripsikan sebuah interaksi antara satu atau lebih aktor dengan aplikasi yang akan dibuat. Use case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah aplikasi dan siapa saja yang berhak menggunakan fungsi-fungsi itu.


47

3.6.1 Definisi Use Case pada Aplikasi Berbasis Mobile Berikut adalah deskripsi pendefinisian use case pada aplikasi Monitoring Pemeliharaan ATM berbasis mobile. Tabel 3.5 Definisi Use Case pada Aplikasi Mobile No

Use Case

Deskripsi

1

Register

Merupakan proses pendaftaran user untuk dapat mengakses aplikasi sesuai dengan role user

2

Login

Merupakan proses pengecekan hak akses siapa yang berhak mengakses

aplikasi

sesuai

dengan role user 3

Mulai laporan

Mulai laporan merupakan proses input laporan hasil pengecekan kondisi ATM dilapangan

4

5

View status

Melihat status laporan yang

laporan

sudah diinput

Konfirmasi

Melakukan input laporan hasil

laporan

perbaikan

kerusakan

ATM


kondisi

48

Aplikasi Monitoring Pemeliharaan ATM Mobile System

register

surveyor

mulai laporan <> <>

login

view status laporan vendor

<> konfirmasi laporan

Gambar 3.3 Use Case Diagram Sistem Usulan pada Aplikasi Mobile

3.6.2 Definisi Use Case pada Aplikasi Berbasis Dashboard Berikut adalah deskripsi pendefinisian use case pada aplikasi Monitoring Pemeliharaan ATM berbasis dashboard. Tabel 3.6 Definisi Use Case pada Aplikasi Dashboard No 1

Use Case Login

Deskripsi Merupakan proses pengecekan hak akses siapa yang berhak mengakses aplikasi sesuai dengan role user

2

View Dashboard Melihat data ringkasan total status objek yang infra ada di lokasi ATM di setiap wilayahnya

3

View Dashboard Melihat data ringkasan total status mesin ATM ATM di setiap wilayahnya

4

View Detail

Melihat data detail dari status setiap objek berdasarkan lokasi


49

5

View log activity Menampilkan data log dari setiap user yang user melaporkan melalui aplikasi mobile android

6

View infra

Summary Menampilkan report summary dalam bentuk

chart dan tabel yang menggambarkan status dan

jumlah

aset

yang

membutuhkan

maintenance berdasarkan wilayah lokasi ATM 7

View Summary Menampilkan report summary dalam bentuk mesin chart yang menggambarkan status dan jumlah mesin ATM yang membutuhkan maintenance berdasarkan wilayah lokasi ATM

8

Manage User

Merupakan proses untuk melihat, membuat , mengedit serta menghapus akses user ke aplikasi web monitoring

9

Manage Device

Merupakan proses untuk melihat, menambah, mengedit, menghapus akses user ke aplikasi mobile android

10

Manage SLA

Merupakan proses untuk melihat, menambah, mengedit, menghapus SLA untuk masingmasing objek di wilayah lokasi ATM

112 Manage Vendor

Merupakan proses untuk melihat, menambah mengedit, menghapus vendor untuk masingmasing objek di wilayah lokasi ATM.

12

Manage ATM

Merupakan proses untuk melihat , menambah, lokasi ATM untuk masing-masing wilayah

13

Manage alert

email Merupakan proses untuk melihat, menambah, mengedit, menghapus email yang akan menjadi email alert atau menerima kiriman email jika ada objek yang dilaporkan atau objek yang sudah melebihi SLA

14

Manage sender

email Merupakan proses untuk melihat, menambah, mengedit, menghapus email yang digunakan


50

sebagai “email pengirim” dalam setiap email ke vendor, alert dll 15

Change password

Merupakan proses untuk mengganti password lama dengan password baru

1. Use Case Diagram Administrator System Aplikasi Monitoring Pemeliharaan ATM Dashboard

view dashboard infra

view Detail

view dashboard ATM

<>

view log activity user

<>

<>

<> view summary infra <> <>

login

view summary mesin <> administrator

<>

manage user

<> manage device

<> <>

manage SLA

<> manage vendor

manage ATM

<>

manage email alert <>

manage email sender

change password

Gambar 3.4 Use Case Diagram usulan pada aplikasi Dashboard level akses Admin


51

2. Use Case Diagram User System Aplikasi Monitoring Pemeliharaan ATM Dashboard view dashboard Infra <> view dashboard ATM <> <>


login

<> User

view detail

<>

change password

Gambar 3.5 Use Case Diagram Sistem Usulan pada aplikasi Dashboard level akses user

3. Use Case Diagram Vendor System Aplikasi Monitoring Pemeliharaan ATM Dashboard view dashboard infra <>

view detail

<>

login

<> vendor view log activity user

Gambar 3.6 Use Case Diagram Sistem Usulan pada aplikasi Dashboard level akses vendor


52

3.6.3 Use Case Description pada Aplikasi Mobile 1. Use Case Description Register Tabel 3.7 Use Case Description Register Use Case Name :

Register

Scenario :

Actor melakukan registrasi supaya dapat mengakses aplikasi

Triggering Event :

actor menekan tombol register di halaman utama

Brief Description :

Use case ini merupakan proses registrasi user agar terdaftar di sistem

Actors :

Surveyor & vendor

Related Use Case :

-

Stakeholders :

-

Pre-condition :

data – data di form register harus diisi tidak boleh kosong.

Post condition :

Actor sudah terdaftar di sistem

Flow Of Events :

Actors

System

1. Mengakses aplikasi

1.1 Menampilkan halaman utama

2. Memilih menu register

2.1 Menampilkan form register

3. Menginput 3.1 Menyimpan data registrasi data registrasi Exception Conditions :

-


53

2. Use Case Description Login Tabel 3.8 Use Case Description login Use Case Name :

Login

Scenario :

Actor melakukan login untuk menggunakan aplikasi

Triggering Event :

User account

Brief Description :

Use case ini merupakan login actor masuk ke dalam aplikasi agar dapat menggunakan fungsi – fungsi yang ada di aplikasi

Actors :

Surveyor & vendor

Related Use Case :

-

Stakeholders :

-

Pre-condition :

Actor sudah terdaftar di sistem.

Post condition :

Melakukan login untuk masuk ke aplikasi

Flow Of Events :

Actors

System

1.Mengakses aplikasi


2.Memilih menu login

2.1 Menampilkan form login

3.Menginput username & password

3.1 Melakukan validasi data user

Exception Conditions :

3.2 Jika valid user akan diarahkan ke homepage sesuai dengan otoritas user

-


54

3. Use Case Description Mulai laporan

Tabel 3.9 Use Case Description Mulai Laporan Use Case Name :

Mulai laporan

Scenario :

Surveyor menginput data hasil pengecekan kondisi ATM & asset lainnya ke dalam aplikasi

Triggering Event :

Data kondisi ATM

Brief Description :

Use case ini merupakan proses penginputan data hasil pengecekan kondisi ATM & asset lainnya kedalam sistem dengan menyertakan pula foto terkait kondisi ATM dan lokasi ATM

Actors :

Surveyor

Related Use Case :

-

Stakeholders :

-

Pre-condition :

 Surveyor harus sudah melakukan login

Post condition :

Penambahan data kondisi hasil pengecekan ATM

Flow Of Events :

Actors


System

1. Surveyor melakukan login

1.1 Menampilkan halaman utama surveyor.

2. Memilih menu mulai laporan

2.1 menampilkan form input

3. Menginput data hasil pengecekan ke sistem

3.1 Menyimpan data hasil pengecekan

-


55

4. Use Case Description View status laporan

Tabel 3.10 Use Case Description View Status Laporan Use Case Name :

View status laporan

Scenario :

surveyor melihat status laporan hasil pengecekan kondisi ATM yang telah diinput

Triggering Event :

Data hasil pengecekan kondisi ATM

Brief Description :

Use case ini merupakan proses view status laporan hasil pengecekan kondisi ATM yang telah diinput ke dalam aplikasi

Actors :

Surveyor

Related Use Case :

Mulai laporan

Stakeholders :

 Surveyor harus sudah melakukan login

Pre-condition :

 laporan hasil pengecekan kondisi ATM telah diinput Post condition :

Menampilkan status laporan yang telah diinput

Flow Of Events :

Actors


System

1. Surveyor melakukan login

1.1 Menampilkan halaman utama surveyor.

2. Memilih menu status laporan

2.1 Menampilkan status laporan

-


56

5. Use Case Description konfirmasi laporan Tabel 3.11 Use Case Description Konfirmasi Laporan Use Case Name :

Konfirmasi laporan

Scenario :

Vendor

melakukan konfirmasi untuk melaporkan

hasil perbaikan kondisi ATM yang telah dilakukan Triggering Event :

Data laporan hasil perbaikan kondisi ATM

Brief Description :

Use case ini merupakan proses untuk melaporkan / melakukan konfirmasi

apabila telah melakukan

perbaikan Actors :

Vendor

Related Use Case :

Mulai laporan

Stakeholders :

-

Pre-condition :



Vendor harus sudah melakukan login



Laporan hasil pengecekan surveyor telah tersimpan di sistem

Post condition :

Konfirmasi laporan tersimpan di sistem

Flow Of Events :

Actors

System

1. vendor

1.1

melakukan login 2. Memilih konfirmasi

Menampilkan

halaman

utama vendor

menu 2.1 Menampilkan form input konfirm laporan

laporan


57

3. Menginput data 3.1 laporan

Menyimpan

data

konfirmasi laporan

perbaikan Exception Conditions :

-

3.6.4 Use Case Description pada Aplikasi Dashboard 1. Use Case Description Login Tabel 3.12 Use Case Description login Aplikasi Dashboard Use Case Name :

Login

Scenario :

Actor melakukan login untuk menggunakan aplikasi

Triggering Event :

User account

Brief Description :

Use case ini merupakan login actor masuk ke dalam aplikasi agar dapat menggunakan fungsi – fungsi yang ada di aplikasi

Actors :

Administrator, user & vendor

Related Use Case :

-

Stakeholders :

-

Pre-condition :

Actor sudah terdaftar di sistem.

Post condition :

Melakukan login untuk masuk ke aplikasi

Flow Of Events :

Actors 1. Mengakses aplikasi


System 1.1 Menampilkan form login

58

2. Menginput username & password

2.1 Melakukan validasi data user 2.2 Jika valid user akan diarahkan

ke

homepage

sesuai

dengan otoritas user Exception Conditions :

-

2. Use Case Description View dashboard infra Tabel 3.13 Use Case Description View Dashboard Infra Use Case Name :

View dashboard infra

Scenario :

Actor melihat informasi mengenai ringkasan total status infrastruktur / objek yang sudah dilaporkan melalui aplikasi mobile android

Triggering Event :

Data objek

Brief Description :

Use case ini merupakan proses view informasi mengenai infrastruktur / objek yang sudah dilaporkan melalui aplikasi mobile android

Actors :


Related Use Case :

-

Stakeholders :

-

Pre-condition : Post condition : Flow Of Events :



Actor harus sudah melakukan login

Menampilkan informasi infrastruktur / objek Actors


System

59

1. Mengakses

1.2 Menampilkan

aplikasi

form login

2. Memilih

2.1 Menampilkan

menu

informasi

dashboard

infrastuktur

infra

objek

/

-


3. Use Case Description View dashboard ATM Tabel 3.14 Use Case Description View Dashboard ATM Use Case Name :

View dashboard ATM

Scenario :

Actor melihat informasi mengenai monitoring total status mesin ATM

Triggering Event :

Data mesin ATM

Brief Description :

Use case ini merupakan proses view informasi mengenai monitoring total status mesin ATM

Actors :

Administrator & user

Related Use Case :

-

Stakeholders :

-

Pre-condition : Post condition : Flow Of Events :




Menampilkan informasi total status mesin ATM Actors


System

60

1. Melakukan

1.1 Menampilkan

login

halaman

utama

sesuai level akses 2. Memilih menu

2.1 Menampilkan

dashboard

informasi total status

ATM

mesin ATM

-


4. Use Case Description View Detail Tabel 3.15 Use Case Description View Detail Use Case Name :

View Detail

Scenario :

Actor melihat informasi mengenai detail status seluruh kerusakan infrastruktur/ objek maupun ATM Data mesin ATM, infrastruktur

Triggering Event : Brief Description :

Use case ini merupakan proses view informasi detail seluruh kerusakan infrastruktur/ objek maupun ATM yang telah dilaporkan

Actors :

Administrator ,user & vendor

Related Use Case :

View dashboard infra, view dashboard ATM

Stakeholders :

-

Pre-condition : Post condition :




Menampilkan

informasi

detail

status

infrastuktur / objek dan mesin ATM Flow Of Events :

Actors


System

seluruh

61

1. Melakukan login


sesuai

level

akses 2. Memilih

menu

2.1 Menampilkan

detail

informasi detail status seluruh infrastuktur / objek dan mesin ATM

-


5. Use Case Description View Log activity user Tabel 3.16 Use Case Description View Log Activity User Use Case Name :

View Log activity user

Scenario :

Actor melihat informasi mengenai log aktifitas user yang

telah melaporkan melalui aplikasi mobile

android Triggering Event :

Data log aktifitas user

Brief Description :

Use case ini merupakan proses view informasi log aktifitas user yang telah melaporkan melalui aplikasi mobile android

Actors :

Administrator ,user & vendor

Related Use Case :

-

Stakeholders :

-

Pre-condition : Post condition :




Menampilkan informasi log aktifitas user


62

Flow Of Events :

Actors 1.

Melakukan

System 1.1 Menampilkan halaman

login

utama

sesuai

level

akses 2.

Memilih menu

2.1 Menampilkan

log activity user

informasi log aktifitas user

-


6. Use Case Description View Summary infra Tabel 3.17 Use Case Description View Summary infra Use Case Name :

View Log activity Summary infra

Scenario :

Actor melihat informasi summary infrastruktur beserta status case pada wilayah dan kurun waktu tertentu

Triggering Event :

Data summary infrastruktur

Brief Description :

Use case ini merupakan proses view informasi summary infrastruktur beserta status case pada wilayah dan kurun waktu tertentu yang disajikan dalam bentuk tabel & chart

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :





63

Menampilkan

Post condition :

informasi

summary infrastruktur

dalam bentuk chart dan tabel Flow Of Events :

Actors 1. Melakukan


login

utama

sesuai

level

akses 2. Memilih menu

2.1 Menampilkan

summary infra

informasi

summary

infrastruktur -


7. Use Case Description View Summary mesin Tabel 3.18 Use Case Description View Summary mesin Use Case Name :

View Log activity Summary mesin

Scenario :

Actor melihat informasi summary mesin ATM beserta status case pada wilayah dan kurun waktu tertentu

Triggering Event :

Data summary mesin ATM

Brief Description :

Use case ini merupakan proses view informasi summary mesin ATM beserta status case pada wilayah dan kurun waktu tertentu yang disajikan dalam bentuk chart dan tabel

Actors :

Administrator

Related Use Case :

-


64

-

Stakeholders :



Pre-condition :


Menampilkan informasi summary mesin ATM dalam

Post condition :

bentuk chart Flow Of Events :

Actors 1.

Actor

Melakukan login


sesuai

level

akses 2.

Memilih

menu

2.1 Menampilkan

summary mesin

informasi

summary

mesin ATM -


8. Use Case Description Manage user Tabel 3.19 Use Case Description Manage user Use Case Name :

Manage user

Scenario :

Actor melihat daftar user beserta level akses nya serta dapat melakukan manipulasi data user ( tambah, edit, hapus )

Triggering Event :

Data user

Brief Description :

Use case ini merupakan proses view daftar user serta manipulasi data user ( tambah, edit, hapus )

Actors :

Administrator

Related Use Case :

-


65

-

Stakeholders : Pre-condition :

Post condition :

Flow Of Events :






Data user telah tersimpan di sistem



Menampilkan informasi daftar user



Data user ter-update / terhapus Actor

System

1. Melakukan

1.1 Menampilkan halaman

login

utama

sesuai

level

akses 2. Memilih menu 2.1 Menampilkan informasi User Manager 3. Melakukan

daftar user 3.1 Data user tersimpan di

manipulasi data

sistem

user

(tambah, edit, hapus) Exception Conditions :

-

9. Use Case Description Manage Device Tabel 3.20 Use Case Description Manage Device Use Case Name : Scenario :

Manage Device Actor melihat data user yang dapat mengakses aplikasi mobile melalui device serta dapat melakukan manipulasi data ( tambah, edit, hapus )


66

Triggering Event :

Data user device

Brief Description :

Use case ini merupakan proses view user device yang dapat mengakses aplikasi mobile serta menambah / mengedit / menghapus akses user ke aplikasi mobile android

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :

Post condition :

Flow Of Events :






Data user device telah tersimpan di sistem






Data user device ter-update / terhapus Actors

System

1. Melakukan login


utama


2.1 Menampilkan

Device

informasi daftar user

Manager

device

3. Melakukan manipulasi data

user

device (tambah, edit, hapus)


3.1 Data

user

device

tersimpan di sistem

67

-


10. Use Case Description Manage SLA Tabel 3.21 Use Case Description Manage SLA Use Case Name :

Manage SLA

Scenario :

Actor melihat data daftar SLA ( Service Level Agreement) serta dapat melakukan manipulasi data ( tambah, edit, hapus )

Triggering Event :

Data SLA

Brief Description :

Use case ini merupakan proses view daftar SLA dengan rincian standarisasi waktu untuk masingmasing objek serta dapat memanipulasi data (menambah / mengedit SLA)

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :

Post condition :






Data SLA telah tersimpan di sistem



Menampilkan informasi daftar SLA untuk masing – masing objek

 Flow Of Events :

Data SLA ter-update Actors


System

68

1. Melakukan login


utama

sesuai level akses 2. Memilih menu SLA Manager

2.1 Menampilkan informasi SLA

daftar

masing

–

masing objek 3. Melakukan manipulasi data

3.1 Data

user

device

tersimpan di sistem

SLA

(tambah, edit) -


11. Use Case Description Manage Vendor Tabel 3.22 Use Case Description Manage Vendor Use Case Name :

Manage Vendor

Scenario :

Actor melihat informasi mengenai vendor yang bertanggung jawab untuk melakukan perbaikan untuk masing – masing objek serta dapat melakukan manipulasi data ( tambah, edit, hapus )

Triggering Event :

Data vendor

Brief Description :

Use case ini merupakan proses view informasi mengenai vendor yang bertanggung jawab untuk melakukan perbaikan untuk masing – masing objek serta dapat melakukan manipulasi data ( tambah, edit, hapus )


69

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :

Post condition :

Flow Of Events :






Data user device telah tersimpan di sistem






Data user device ter-update / terhapus Actor

System

1. Melakukan login


utama

sesuai level akses 2. Memilih menu Vendor

informasi

Manager

vendor

3. Melakukan manipulasi data

vendor

(tambah, edit, hapus) Exception Conditions :

2.1 Menampilkan

-


3.1 Data

daftar

vendor

tersimpan di sistem

70

12. Use Case Description Manage ATM Tabel 3.23 Use Case Description Manage ATM Use Case Name :

Manage ATM

Scenario :

Actor menambahkan data ATM

Triggering Event :

Data lokasi ATM

Brief Description :

Use case ini merupakan proses menambah data ATM

Actors :

Administrator

Related Use Case :

-

Stakeholders :



Pre-condition :


Data ATM tersimpan di sistem

Post condition : Flow Of Events :

Actors 1. Melakukan login


utama


2.1 Menampilkan form

ATM

input data ATM &

Manager

tombol upload ( jika data

yang

akan

diinput banyak) 3. Menginput data ATM Exception Conditions :

-


3.1 Menyimpan ATM

data

71

13. Use Case Description Manage Email alert Tabel 3.24 Use Case Description Manage Email alert Use Case Name :

Manage Email alert

Scenario :

Actor melihat informasi daftar email alert serta melakukan manipulasi data ( tambah, edit, hapus )

Triggering Event :

Data email alert

Brief Description :

Use case ini merupakan proses view informasi daftar email alert serta melakukan manipulasi data email alert ( tambah, edit, hapus ) email yang akan menerima alert atau menerima kiriman email jika ada objek yang dilaporkan atau objek yang sudah melebihi SLA

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :




Post condition :



Menampilkan daftar email alert



Data email alert ter-update / terhapus

Flow Of Events :

Actors 1. Melakukan login


utama

sesuai level akses


72

2. Memilih menu

2.1 Menampilkan

Email alert

informasi

daftar

email alert 3. Melakukan manipulasi data

3.1 Data email

alert

tersimpan di sistem

email

alert (tambah, edit, hapus) -


14. Use Case Description Manage Email sender Tabel 3.25 Use Case Description Manage Email sender Use Case Name :

Manage Email sender

Scenario :

Actor melihat informasi daftar email sender serta melakukan manipulasi data ( tambah, edit, hapus )

Triggering Event :

Data email sender

Brief Description :

Use case ini merupakan proses view informasi daftar email sender serta melakukan manipulasi data email sender ( tambah, edit, hapus ) jika ada objek yang dilaporkan atau objek yang sudah melebihi SLA

Actors :

Administrator

Related Use Case :

-

Stakeholders :

-

Pre-condition :





73

Post condition :

Flow Of Events :



Menampilkan daftar email sender



Data email sender ter-update / terhapus Actor

Actor

1. Melakukan login


utama

sesuai level akses 2. Memilih menu Email sender

2.1 Menampilkan informasi

daftar

email sender 3. Melakukan manipulasi data

3.1 Data email

sender

tersimpan di sistem

email

sender (tambah, edit, hapus) Exception Conditions :

-

15. Use Case Description Change Password Tabel 3.26 Use Case Description Change password Use Case Name :

Change password

Scenario :

Actor mengganti password

yang lama dengan

password baru Triggering Event :

Actor ingin mengedit password untuk menjaga keamanan dalam mengakses aplikasi


74

Use case ini merupakan proses untuk mengganti

Brief Description :

password yang lama. Actors :

Administrator & user

Related Use Case :

-

Stakeholders :

-

Pre-condition :

 Actor harus sudah melakukan login

Post condition :

Password actor ter-update

Flow Of Events :

Actor 1. Melakukan login


utama

sesuai level akses 2. Memilih menu change

halaman

password

password

3. Input password baru Exception Conditions :

3.7

2.1 Menampilkan ganti

3.1 Menyimpan password baru

-

Activity Diagram Diagram aktifitas atau activity diagram menggambarkan workflow (aliran kerja) atau aktifitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah bahwa diagram aktivitas menggambarkan aktivitas sistem, bukan apa yang dilakukan actor, jadi aktivitas yang dapat dilakukan sistem ( Rosa A.S.M.Shalahuddin, 2013:161)


75

3.7.1 Activity Diagram Pada Aplikasi Mobile Pada aplikasi mobile monitoring pemeliharaan ATM yang dirancang, pengguna aplikasi ini adalah surveyor, vendor. Berikut ini akan dibahas activity diagram untuk masing-masing pengguna aplikasi. a. Register Fitur mulai register dapat diakses oleh surveyor & vendor supaya terdaftar di sistem untuk dapat melakukan login.

surveyor & vendor

mengakses aplikasi

system

menampilkan homepage utama

memilih menu register

menampilkan form register

input data - data registrasi

validasi data registrasi

False

valid ? True menyimpan data registrasi

Gambar 3.7 Activity Diagram Register

a. Login Fitur mulai login dapat diakses oleh surveyor & vendor untuk dapat masuk ke aplikasi. Setelah login surveyor maupun vendor dapat menggunakan fitur – fitur pada aplikasi mobile yang diberikan sesuai level akses nya.


76

surveyor & vendor

mengakses aplikasi

system

menampilkan homepage utama

memilih menu login

menampilkan form login

input username & password

validasi username & password

False valid ? True menampilkan homepage sesuai level akses

Gambar 3.8 Activity Diagram Login pada aplikasi mobile b. Mulai laporan Fitur mulai laporan dapat diakses oleh surveyor apabila sudah melakukan login. surveyor dapat menggunakan fitur mulai laporan untuk melakukan input hasil pengecekan kondisi ATM & asset lainnya secara online, laporan yang dilakukan akan tercatat dalam sistem.


77

surveyor

memilih menu mulai laporan

system

menampilkan halaman mulai laporan

input laporan

submit laporan

menyimpan laporan

Gambar 3.9 Activity Diagram Mulai Laporan

c. View status laporan Fitur status laporan dapat diakses oleh surveyor apabila sudah melakukan login. surveyor dapat menggunakan fitur status laporan untuk melihat status laporan hasil pengecekan kondisi ATM & asset lainnya yang telah diinput. surveyor

memilih menu status laporan

system

menampilkan halaman status laporan

view status laporan

Gambar 3.10 Activity Diagram View status laporan


78

a. Konfirmasi laporan Fitur konfirmasi laporan dapat diakses oleh vendor apabila sudah melakukan login. vendor dapat menggunakan fitur konfirmasi laporan untuk melakukan konfirmasi laporan setelah melakukan perbaikan kondisi ATM & asset lainnya.

vendor

memilih menu konfirmasi laporan

system

menampilkan halaman konfirmasi laporan

input konfirmasi laporan

save laporan

Gambar 3.11 Activity Diagram Konfirmasi laporan

3.7.2 Activity Diagram Pada Aplikasi Dashboard a.

Login Fitur mulai login dapat diakses oleh administrator,user & vendor untuk dapat masuk ke aplikasi. Setelah login administrator,user & vendor dapat menggunakan fitur – fitur pada aplikasi dashboard yang diberikan sesuai level akses nya.


79

user, vendor & administrator

mengakses aplikasi

system

menampilkan form login

input username & password

validasi username & password

False

valid ? True menampilkan homepage sesuai level akses

Gambar 3.12 Activity Diagram login Aplikasi Dashboard

b.

View Dashboard Infra Fitur view dashboard infra dapat diakses oleh administrator, user & vendor apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat data ringkasan total status objek yang ada di lokasi ATM di setiap wilayahnya .


80


memilih menu dashboard infra

system

menampilkan halaman dashboard infra

view dashboard infra

Gambar 3.13 Activity Diagram View Dashboard Infra

c.

View Dashboard ATM Fitur view dashboard ATM dapat diakses oleh administrator, user & vendor apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat data ringkasan total status mesin ATM yang ada di setiap wilayahnya. Administrator, user & vendor

memilih menu dashboard ATM

system

menampilkan halaman dashboard ATM

view dashboard ATM

Gambar 3.14 Activity Diagram View Dashboard ATM


81

d.

View Detail Fitur view dashboard ATM dapat diakses oleh administrator, user & vendor apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat data detail dari setiap objek berdasarkan lokasi Administrator, user & vendor

memilih menu detail

system

menampilkan halaman detail

view detail

Gambar 3.15 Activity Diagram View Detail

e.

View Log Activity User Fitur log activity user dapat diakses oleh administrator, user & vendor apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat data log dari setiap user yang melaporkan melalui aplikasi mobile android Administrator, user & vendor

memilih menu log activity user

system

menampilkan halaman log activity user


Gambar 3.16 Activity Diagram View Log Activity User


82

f.

View Summary Infra Fitur summary infra dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat report summary dalam bentuk chart yang menggambarkan status dan jumlah aset yang membutuhkan maintenance berdasarkan wilayah lokasi ATM.

administrator

memilih menu summary infra

system

menampilkan halaman summary infra

view summary infra

Gambar 3.17 Activity Diagram View Summary Infra

g.

View Summary Mesin Fitur summary mesin dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat report summary dalam bentuk chart yang menggambarkan status dan jumlah mesin ATM yang membutuhkan maintenance berdasarkan wilayah lokasi ATM.


83

administrator

memilih menu summary mesin

system

menampilkan halaman summary mesin

view summary mesin

Gambar 3.18 Activity Diagram View Summary Mesin h.

Manage User Fitur user manager dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar user beserta level aksesnya serta melakukan manipulasi data user ( tambah, edit, delete ).


84

administrator

memilih menu user manager

edit

add

delete

system

menampilkan halaman user manager

pop up dialog box " are you sure want to delete ?"

no yes data user deleted

menampilkan form add user

menampilkan form edit user input data user

edit data user

save data user

save into database

Gambar 3.19 Activity Diagram Manage User

i.

Manage Device Fitur device manager dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat user device yang dapat mengakses aplikasi mobile serta menambah / mengedit / menghapus akses user ke aplikasi mobile android.


85

administrator

memilih menu device manager

edit

add

delete

system

menampilkan halaman device manager

pop up dialog box " are you sure want to delete ?" no yes data device deleted

menampilkan form add user device

menampilkan form edit user device

input data user device

edit data user device

save data user device

save into database

Gambar 3.20 Activity Diagram Manage Device

j.

Manage SLA Fitur SLA manager dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar SLA dengan rincian standarisasi waktu untuk masing-masing objek serta dapat memanipulasi data (menambah / mengedit / menghapus SLA).


86

administrator

memilih menu SLA manager

edit

add

delete

system

menampilkan halaman SLA manager


no yes data SLA deleted menampilkan form add SLA

menampilkan form edit SLA input data SLA

edit data SLA

save data SLA

save into database

Gambar 3.21 Activity Diagram Manage SLA

k.

Manage Vendor Fitur vendor manager dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar vendor yang menangani perbaikan kerusakan untuk masing-masing objek serta dapat memanipulasi data vendor (menambah / mengedit / menghapus).


87

administrator

memilih menu vendor manager

edit

add

delete

system

menampilkan halaman vendor manager


no yes data vendor deleted

menampilkan form add vendor

menampilkan form edit vendor

input data vendor

edit data vendor

save data vendor

save into database

Gambar 3.22 Activity Diagram Manage Vendor

l.

Manage ATM Fitur ATM manager dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar lokasi mesin ATM serta dapat menambah data ATM.


88

administrator

memilih menu ATM manager

tambah data ATM

system

menampilkan halaman ATM manager

menampilkan form tambah data ATM

input data ATM

save data ATM

save into database

Gambar 3.23 Activity Diagram Manage ATM

m.

Manage Email Alert Fitur email alert dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar email alert serta melakukan manipulasi data email alert ( tambah, edit, hapus ) daftar email yang akan menerima alert atau menerima kiriman email jika ada objek yang dilaporkan atau objek yang sudah melebihi SLA.


89

administrator

system

memilih menu email alert

edit

add

delete

menampilkan halaman email alert


no yes email alert deleted menampilkan form add email alert

menampilkan form edit email alert

edit email alert

input data email alert

save data email alert

save into database

Gambar 3.24 Activity Diagram Manage Email Alert

n.

Manage Email Sender Fitur email sender dapat diakses oleh administrator apabila sudah melakukan login. Fitur ini dapat digunakan untuk melihat daftar email alert serta melakukan manipulasi data email sender ( tambah, edit, hapus ) daftar email yang akan menerima alert atau menerima kiriman email jika ada objek yang dilaporkan atau objek yang sudah melebihi SLA.


90

administrator

system

memilih menu email sender

tampilan halaman email sender

edit


add

delete

no yes email sender deleted menampilkan form add email sender

menampilkan form edit email sender edit email sender

input data email sender

save data email sender

save into database

Gambar 3.25 Activity Diagram Manage Email Sender

o.

Change Password Fitur change password dapat diakses oleh administrator & user, apabila sudah melakukan login. Fitur change password digunakan untuk mengubah password default atau mengganti password yang sudah lama dengan password baru.


91

administrator, user

system

memilih menu change password

menampilkan form change password

input new password

input konfirm new password

save password baru

Gambar 3.26 Activity Diagram Change password

3.8

Class Diagram “Class Diagram menggambarkan struktur sistem dari segi pendefinisian kelas-

kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi”.( Rosa A.S.-M.Shalahuddin, 2013:141). Class Diagram digunakan untuk menampilkan beberapa kelas serta paketpaket yang ada dalam sistem / perangkat lunak yang sedang dikembangkan. Diagram kelas (Class Diagram) memberi gambaran (diagram statis ) tentang sistem / perangkat lunak dan relasi-relasi yang ada di dalamnya. Berikut Class Diagram dari rancangan sistem yang diusulkan :


92

ATM +atm_id +jenis +lokasi +alamat +area_id +area +kanwil_id +kanwil +kabupaten +provinsi +view() +insert()

Area +area_id +nama_area +alamat +phone +fax +kanwil_id

1 1..*

1..*

vendor

+view() 1..*

+vendor_id +nama_vendor 1 +spesialisasi +kanwil_id +area_id +email 1..* +no_hp +no_office

1..* 1 1

1 1..*

+device_id +nama +type +kanwil_id +area_id +imei +msisdn +tanggal_lahir +nip +password +telephone 1 +jabatan +nama_perusahaan +register() +update() +delete()

1..*

+objek_id +imei +nip +barcode +objek +objek_keterangan +objek_foto +objek_foto_after +foto_lokasi +longitude +longitude_after +latitude +latitude_after 1 +waktu_submit +status +status_confirm +tgl_confirm +close_time +tgl_eskalasi +status_sla +status_penawaran

1

1..*

+view()

objek device

+view() +insert() +update() +delete()

kanwil +kanwil_id +nama_kanwil +alamat +phone

1 user_role

user sla

1

+sla_id +objek +kanwil_id +area_id +sla +view() +insert() +update() +delete()

+view() +insert() +update() +delete()

+user_id +nama +kanwil_id +area_id +username +password +password_md5 +email +no_hp +level_akses

1

+view() +insert() +update() +delete() +login() +changepassword()

+username +dashboard +log_aktivitas +summary +user_manager +device_manager +sla_manager 1 +vendor_manager +email_alert +email_sender +view() +insert() +update() +delete()

Gambar 3.27 Class Diagram Sistem Usulan

3.9

Sequence Diagram Sequence Diagram menggambarkan kelakuan objek pada use case dengan

mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antarobjek. 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. Membuat diagram sekuen juga dibutuhkan untuk melihat skenario yang ada pada use case. Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri antar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).


93

3.9.1 Sequence Diagram Aplikasi Mobile 1.

Sequence Diagram Register sd Register <> FormRegister

<<entity>> device

: surveyor, vendor 1 : buka()

2 : tampil form register 3 : input (nip,password, tgl_lahir, no_hp)() 4 : save data registrasi()

5 : validasi data registrasi()

6 : save data registrasi() 7 : data berhasil disimpan 8 : register berhasil

Gambar 3.28 Sequence Diagram Register Aplikasi Mobile


94

2.

Sequence Diagram Login sd Login

<> FormLogin

<<entity>> user , device

: surveyor & vendor 1 : buka()

2 : tampil form login 3 : input nip & password()

4 : verify nip & password()

5 : nip & password verified

6 : login sukses, tampil halaman utama

Gambar 3.29 Sequence Diagram Login Aplikasi Mobile

3.

Sequence Diagram Mulai laporan sd MulaiLaporan

<> FormMulaiLaporan

<<entity>> objek

: surveyor 1 : buka()

2 : display form mulai laporan 3 : Scan QR code / input kode ATM()4 : read QR code / kode_ATM()

5 : get kode_ATM, lokasi_ATM() 7 : Add result asset check indoor()

6 : display kode_ATM,lokasi_ATM

8 : Add result asset check outdoor()

9 : kirim laporan() 10 : save laporan()

12 : laporan sukses terkirim

11 : data berhasil disimpan

Gambar 3.30 Sequence Diagram Mulai Laporan


95

4.

Sequence Diagram View Status laporan sd View Status Laporan <> statuslaporanwindow

: Surveyor

<<entity>> objek

1 : buka() 2 : search status laporan() 3 : Get status laporan() 4 : display status laporan

Gambar 3.31 Sequence Diagram View Status Laporan

5.

Sequence Diagram Konfirmasi laporan sd Konfirmasi Laporan <<entity>> Objek

<> FormKonfirmasi

: vendor 1 : buka() 2 : display form konfirmasi laporan 3 : scan qr_code / input kode_ATM() 4 : read qr_code / kode_ATM() 5 : Get kode_ATM() 7 : add ( foto objek after )()

6 : display foto objek before 8 : add ( foto objek after )()

9 : kirim konfirmasi laporan()

10 : save()

11 : data berhasil disimpan 12 : konfirmasi laporan sukses

Gambar 3.32 Sequence Diagram Konfirmasi Laporan


96

3.9.2 Sequence Diagram Aplikasi Dashboard 1. Sequence Diagram Login sd Login <<ent it y>> user

<> FormLogin : admin, user, vendor 1 : buka form login() 2 : t ampil form login 3 : input username & pass()

4 : verifiy nip & pass()

5 : nip & pass verified

6 : login sukses, t ampil halaman ut ama

Gambar 3.33 Sequence Diagram Login Aplikasi Dashboard

2. Sequence Diagram View Dashboard Infra sd View Dashboard Infra <> Dashboard Infra Window

<<entity>> atm

: admin, user, vendor

1 : pilih menu dashboard infra() 2 : get data status infra() 3 : display data status infra seq view dashboard infra per kanwil 4 : pilih period, area, kanwil() 5 : get waktu_submit, status() 6 : get area, kanwil()

7 : kanwil, area 8 : period, status infra

Gambar 3.34 Sequence Diagram View Dashboard Infra


<<entity>> objek

97

3. Sequence Diagram View Dashboard ATM sd View Dashboard ATM <> DashboardATMWindow

<<entity>> atm

<<entity>> objek

: admin, user 1 : pilih menu dashboard ATM() 2 : get data status ATM() 3 : display data status ATM seq view dashboard ATM per kanwil 4 : pilih period, area, kanwil() 5 : get waktu_submit, status() 6 : get area, kanwil()

7 : kanwil, area 8 : period, status ATM

Gambar 3.35 Sequence Diagram View Dashboard ATM

4. Sequence Diagram View Detail sd View Detail <> Form Detail

<<entity>> area

<<entity>> vendor

: admin, user 1 : pilih menu Detail()

2 : get list detail status objek() 3 : display detail status objek

seq View Detail per kanwil 4 : pilih period, kanwil, area, vendor() 5 : get area, kanwil() 6 : get vendor_id()

7 : get status detail objek()

8 : area, kanwil 9 : nama vendor

10 : display detail status objek

Gambar 3.36 Sequence Diagram View Detail


<<entity>> objek

98

5. Sequence Diagram Log Activity User sd Log Activity User <> Form log activity user

<<entity>> vendor

<<entity>> log aktivitas lengkap

: admin, user 1 : pilih menu log activity user()

2 : get log activity user()

3 : display log activity user seq log activity user per kanwil 4 : pilih period, kanwil, area, vendor() 5 : get vendor_id()

6 : get log aktivity user()

7 : nama vendor 8 : display log activity user

Gambar 3.37 Sequence Diagram Log Activity User

6. Sequence Diagram View Summary Infra sd View Summary Infra <> Form Summary Infra

<<entity>> area

<<entity>> vendor

: admin, user 1 : pilih menu summary infra()

2 : pilih period, kanwil, area, vendor() 3 : get area, kanwil()

4 : get vendor_id() 5 : get period, status objek() 6 : area, kanwil 7 : nama vendor 8 : display summary infra

Gambar 3.38 Sequence Diagram View Summary Infra


<<entity>> objek

99

7. Sequence Diagram View Summary Mesin ATM sd View Summary Mesin <> Form Summary mesin

<<entity>> area

<<entity>> vendor

<<entity>> objek

: admin, user 1 : pilih menu summary mesin()

2 : pilih period, kanwil, area, vendor() 3 : get area, kanwil()

4 : get vendor_id() 5 : get period, status objek() 6 : area, kanwil 7 : nama vendor 8 : display summary atm

Gambar 3.39 Sequence Diagram View Summary Mesin ATM


100

8. Sequence Diagram Manage User sd Manage User <<entity>> user

<> Form User Manager : admin 1 : pilih menu user manager()

2 : get data user()

3 : display data user 4 : search (pilih kanwil, area)()

5 : get data user kanwil()

6 : display data user kanwil add user 7 : add new user()

8 : save data user()

9 : data user tersimpan

edit user 10 : pilih user()

11 : get data user() 12 : display data user terpilih

13 : edit data user terpilih() 14 : save()

15 : data user updated

hapus user 16 : pilih user() 17 : delete user() 18 : confirm delete 19 : data user terhapus

Gambar 3.40 Sequence Diagram Manage User


101

9. Sequence Diagram Manage Device sd Manage Device <<entity>> user

<> Form Device Manager : admin 1 : pilih menu device manager()

2 : get data user device() 3 : display data user device

4 : search (pilih kanwil, area)()

5 : get data user kanwil()

6 : display data user kanwil add user device 7 : add new user device()

8 : save data user device()

9 : data user device tersimpan

edit user device 10 : pilih user device()

11 : get data user device() 12 : display data user device terpilih

13 : edit data user device terpilih() 14 : save()

15 : data user device terupdate

hapus user device 16 : pilih userdevice() 17 : delete user device() 18 : confirm delete 19 : data user device terhapus

Gambar 3.41 Sequence Diagram Manage Device


102

10. Sequence Diagram Manage SLA sd Manage SLA <<entity>> SLA

<> Form SLA Manager : admin 1 : pilih menu SLA manager()

2 : get data SLA() 3 : display data SLA


5 : get data SLA kanwil()

6 : display data SLA kanwil add SLA 7 : add new SLA()

8 : save data SLA()

9 : data SLA tersimpan

edit SLA 10 : pilih SLA()

11 : get data SLA() 12 : display data SLA terpilih

13 : edit SLA() 14 : save()

15 : data SLA terupdate

hapus SLA 16 : pilih SLA() 17 : delete SLA() 18 : confirm delete 19 : data SLA terhapus

Gambar 3.42 Sequence Diagram Manage SLA


103

11. Sequence Diagram Manage Vendor sd Manage Vendor <<entity>> vendor

<> Form vendor Manager : admin 1 : pilih menu vendor manager()

2 : get data vendor() 3 : display data vendor


5 : get data vendor kanwil()

6 : display data vendor kanwil add vendor 7 : add new vendor()

8 : save data vendor()

9 : data vendor tersimpan

edit vendor 10 : pilih SLA()

11 : get data vendor() 12 : display data vendor terpilih

13 : edit vendor() 14 : save()

15 : data vendor terupdate

hapus vendor 16 : pilih vendor() 17 : delete vendor() 18 : confirm delete 19 : data vendor terhapus

Gambar 3.43 Sequence Diagram Manage vendor


104

12. Sequence Diagram Manage ATM sd Manage ATM <> Form ATM Manager

: admin 1 : pilih menu ATM manager()

2 : get data ATM() 3 : display data ATM

add ATM 4 : add new data ATM()

5 : save data ATM()

6 : data ATM tersimpan

Gambar 3.44 Sequence Diagram Manage ATM


<<entity>> ATM

105

13. Sequence Diagram Manage Email Alert sd Manage Email Alert <<entity>> email alert

<> Form Email Alert : admin 1 : pilih menu email alert()

2 : get data email alert() 3 : display data email alert


5 : get data email alert kanwil()

6 : display email alert kanwil

add email alert 7 : add new email alert()

8 : save data email alert()

9 : data email alert tersimpan

edit email alert 10 : pilih email alert()

11 : get data email alert() 12 : display data email alert terpilih

13 : edit email alert() 14 : save()

15 : data email alert terupdate

hapus email alert 16 : pilih email alert() 17 : delete email alert() 18 : confirm delete 19 : data email alert terhapus

Gambar 3.45 Sequence Diagram Manage Email Alert


106

14. Sequence Diagram Manage Email Sender sd Manage Email Sender <<entity>> email sender

<> Form Email sender : admin 1 : pilih menu email sender()

2 : get data email sender() 3 : display data email sender


5 : get data email sender kanwil()

6 : display email sender kanwil

add email sender 7 : add new email sender()

8 : save data email sender()

9 : data email alert sender

edit email sender 10 : pilih email sender()

11 : get data email sender() 12 : display data email sender terpilih

13 : edit email sender() 14 : save()

15 : data email sender terupdate

hapus email sender 16 : pilih email sender() 17 : delete email sender() 18 : confirm delete 19 : data email sender terhapus

Gambar 3.46 Sequence Diagram Manage Email Sender


107

15. Sequence Diagram Change Password

Gambar 3.47 Sequence Diagram Change Password

3.10

Navigation Diagram Menurut Satzinger et al. (2012,p504), navigation adalah proses mengakses

objek dengan penggalian pengenalan suatu objek dari objek lain yang saling berkaitan. Dari definisi diatas maka dapat disimpulkan bahwa navigation diagram adalah proses mengakses objek dari suatu interface yang saling berkaitan yang dibentuk dengan diagram.


108

3.10.1

Navigation Diagram Aplikasi Mobile

Gambar 3.48 Navigation Diagram Aplikasi Mobile


109

3.10.2 Navigation Diagram Aplikasi Dashboard

Gambar 3.49 Navigation Diagram Aplikasi Dashboard


BAB III ANALISA DAN PERANCANGAN SISTEM

Recommend Documents