Anda di halaman 1dari 51

BAB IV

ANALISA DAN PERANCANGAN

4.1 Analisis Sistem Informasi


Sistem informasi layanan telepon dan internet ini akan dibangun dengan
menggunakan analisis dan desain berorientasi objek. Analisis dan desain
berorientasi objek adalah cara baru dalam memikirkan suatu masalah dengan
menggunakan model yang dibuat menurut konsep sekitar dunia nyata. Dasar
pembuatan adalah objek, yang merupakan kombinasi antara struktur data dan
perilaku dalam satu entitas. Konsep Object Oriented Analyst Design (OOAD)
mencakup analisis dan desain sebuah sistem dengan pendekatan objek, yaitu
analisis berorientasi objek (OOA) dan desain berorientasi objek (OOD).
1. OOA adalah metode analisis yang memeriksa requirement
(syarat/keperluan) yang harus dipenuhi sebuah sistem dari sudut pandang
kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup
perusahaan.
2. OOD adalah metode untuk mengarahkan arsitektur software yang
didasarkan pada manipulasi objek-objek sistem atau subsistem

4.1.1 Sistem yang sedang berjalan


Tujuan melakukan penelitian pada sistem yang sedang berjalan ini pada
dasarnya adalah untuk memahami cara kerja sistem tersebut agar merancang dan
membuat sistem ini dapat dilakukan lebih baik. Analisa sistem merupakan
penelitian terhadap suatu sistem informasi dengan maksud untuk mengevaluasi
permasalahan maupun kendala yang terjadi, dan kebutuhan yang diperlukan,
sehingga dapat diusulkan perbaikan-perbaikan untuk lebih sempurna
Tahap pertama yang dilakukan dalam menganalisis data adalah dengan
mendefenisikan kendala atau permasalahan yang terjadi dalam sistem yang sedang
berjalan. Adapun analisa permasalahan dari sistem yang sedang berjalan yaitu :
a. Masih adanya proses pencatatan informasi layanan Pelanggan Camp.

1
b. Adanya antrian komunikasi telepon dalam proses layanan yang diberikan
pelanggan camp.
c. Belum adanya data rumah kabel ketika terjadi problem Internet yang
disebabkan Line Telepon pada Box Rumah Kabel.
d. Pembuatan Laporan, penyimpanan data pelayanan dan catatan yang belum
memadai.
e. Pembuatan tiket pelayanan untuk Work Order (WO) yang masih manual.

Gambar 4.1 Sistem yang berjalan


Dari Gambar diatas dapat dijelaskan sebagai berikut:
1. Pelanggan memberikan informasi permintaan layanan kepada Helpdesk
2. Permintaan layanan yang diberikan pelanggan, dilakukan proses
pencatatan permintaan yang telah diterima dari Pelanggan.
3. Hasil proses pencatatan permintaan layanan pelanggan diberikan Helpdesk
kepada Koordinator.
4. Koordinator melakukan pemeriksaan catatan yang diberikan oleh Helpdesk
dan hasil pemeriksaan diberikan kepada teknisi untuk melakukan layanan
5. Informasi yang telah diterima teknisi kemudian dilakukan proses
penyelesaian permintaan pelanggan
6. Hasil tindakan penyelesaian permintaan layanan pelanggan oleh Teknisi
informasikan kembali kepada Helpdesk.
7. Helpdesk membuat rekap laporan penyelesaian permintaan layanan .
8. Rekap laporan penyelesaian permintaan layanan diberikan ke Technical
Assistant - IT.

4.1.2 Sistem yang diusulkan


Tujuan penelitian ini dilakukan, adalah untuk merancang suatu Sistem
Informasi layanan Telepon dan Internet berbasis Web sehingga memberi
kemudahan bagi masing-masing bagian yang terkait dalam pengelolaan layanan
Telepon dan Internet pada area camp PT. Chevron Pasific Indonesia.

Gambar 4.2 Sistem yang diusulkan


Dari Gambar diatas dapat penulis jelaskan sebagai berikut:
1. Pelanggan yang terdata oleh Helpdesk didaftarkan dan diberi hak akses
kedalam sistem sehingga dapat memberikan informasi tentang layanan
yang diinginkan
2. Helpdesk menerima informasi layanan permintaan pelanggan
3. Informasi yang diterima dari pelanggan tersebut di inputkan kedalam
Sistem Informasi layanan Telepon dan Internet
4. Kordinator melihat dalam sistem, disana terdapat Tiket informasi layanan
pelanggan yang telah masuk dan memberikan informasi tersebut kepada
teknisi berupa form Tiket layanan yang kemudian dicetak, sekaligus
sebagai surat tugas atau Work Order (WO).
5. Kemudian Teknisi menindak lanjuti informasi layanan tersebut untuk
dilakukan tindakan sesuai dengan permintaan pelanggan.
6. Teknisi mengembalikan form layanan tersebut setelah pekerjaan selesai
dan ditandatangani oleh pelanggan sebagai bukti kedatangan teknisi
kerumah kepada Koordinator
7. Koordinator menerima Form Tiket layanan pelanggan dari teknisi yang
sudah ditandatangani pelanggan dan menyimpannya sebagai arsip.
8. Koordinator mengupdate status permintaan layanan pelanggan ke dalam
Sistem Informasi layanan Telepon dan Internet
9. Helpdesk dan Pimpinan (Technical Assistant IT) dapat mencetak Laporan
Layanan Telepon dan Internet.

4.1.3 Mekanisme Sistem yang diusulkan

Gambar 4.3 Mekanisme Sistem yang diusulkan


4.2 Penggunaan Konsep Berorientasi Objek
Memodelkan sistem/perangkat lunak yang akan dibuat dengan
menggunakan UML merupakan langkah yang harus dilakukan untuk mengetahui
kebutuhan pengguna. UML menawarkan cara yang sistematik untuk menangkap
spesifikasi kebutuhan dengan fokus dengan nilai tambah yang akan diterima oleh
pengguna individual atau oleh sistem yang ada di luar sistem yang akan kita
kembangkan. Sistem informasi yang akan dibuat adalah Sistem Informasi berbasis
Web yang meliputi fungsi sebagai berikut :
1. Admin Helpdesk
a. Mengelola Data Profil :
a. Data Pelanggan
b. Data Teknisi
c. Data Distrik
d. Data Rumah Kabel
e. Data Komplek
b. Mengelola Data Layanan :
a. Data Layanan Pemasangan
b. Data Layanan Pemutusan
c. Data Layanan Pemindahan
d. Data Layanan Problem
e. Data Layanan Rumah Kabel
c. Melihat dan Mencetak Laporan :
a. Laporan Pemasangan
b. Laporan Pemutusan
c. Laporan Pemindahan
d. Laporan Problem
e. Laporan Rumah Kabel
e. Melihat Pesan User
f. Melihat Peta
2. Koordinator Distrik
a. Melihat dan Mencetak Tiket
a. Tiket Pemasangan
b. Tiket Pemutusan
c. Tiket Pemindahan Paket
d. Tiket Problem Internet
e. Tiket Rumah Kabel
b. Mengupdate Status Pelayanan
c. Melihat Peta
3. Pelanggan Camp
a. Mengirim Pesan Layanan
4. Pimpinan (Technical Assistant IT)
a. Melihat dan Mencetak Laporan :
a. Laporan Pemasangan
b. Laporan Pemutusan
c. Laporan Pemindahan
d. Laporan Problem
e. Laporan Rumah Kabel
b. Melihat Peta

4.2.1 Aktor
Aktor mewakili siapa pun atau apa saja yang harus berinteraksi dengan
sistem. Aktor bisa didefinisikan sebagai berikut :
1. Aktor hanya memberikan informasi kepada sistem.
2. Aktor hanya menerima informasi dari sistem.
3. Aktor memberikan dan menerima informasi ke dan dari sistem

Admin HelpdeskKoordinatorPimpinanPelanggan

Gambar 4.4 Aktor Sistem Informasi


Tabel 4.1 Keterangan Aktor dalam sistem
No. Aktor Keterangan
Admin
1 Orang yang mempunyai hak akses penuh atas sistem
Helpdesk
Orang yang mencetak tiket dan mengupdate status
2 Koordinator
layanan pelanggan
3 Pimpinan Orang yang melihat dan mencetak laporan layanan
4 Pelanggan Orang yang memberikan informasi layanan

4.2.2 Deskripsi Use Case


Tabel 4.2 Deskripsi Use Case

No. Use Case Deskripsi


Merupakan proses pengecekan hak akses kepada
1 Login
siapa yang berhak mengakses sistem
Merupakan proses generalisasi yang meliputi 3
2 Mengelola data Profil proses pengelolaan data Profil yaitu memasukan,
mengubah dan menghapus data Profil
Merupakan proses generalisasi yang meliputi 3
Mengelola data
3 proses pengelolaan data Layanan yaitu memasukan,
Layanan
mengubah dan menghapus data layanan
Merupakan proses menampilkan dan mencetak
4 Melihat Tiket Layanan
Tiket Layanan
Merupakan proses menampilkan dan mencetak
5 Melihat Laporan
Laporan Layanan
6 Update Status Layanan Merupakan proses update status Layanan
7 Melihat Peta Merupakan proses melihat peta Pelanggan Camp
Mengirim Informasi Merupakan proses mengirim Informasi Layanan
8
Layanan Pelanggan
Menerima Informasi Merupakan proses menerima Informasi Layanan
9
Layanan Pelanggan
Merupakan proses penutupan hak akses sistem
10 Logout
4.3 Perancangan Unified Modeling Language (UML).
Unified Modeling Language (UML) adalah sebuah "bahasa" dalam standar
industri untuk menentukan, visualisasi, merancang dan mendokumentasikan
artifact dari sistem software, serta memodelkan sistem. Artifact didalam UML
didefinisikan sebagai informasi dalam bentuk yang digunakan atau dihasilkan
dalam proses pengembangan perangkat. UML adalah model perancangan sistem
berorientasi objek, model perancangan sistem pembelajaran elektronis ini
membahas model perancangan sebagai berikut :
1. Use Case Diagram
2. Activity Diagram
3. Sequence Diagram
4. Collaboration diagram
5. Class Diagram
6. Deployment Diagram

4.3.1 Use Case Diagram


Use Case diagram adalah sesuatu yang penting untuk memvisualisasikan,
menspesifikasikan dan mendokumentasikan kebutuhan perilaku sistem. Use Case
Diagram digunakan untuk menjelaskan kegiatan apa saja yang dapat dilakukan
oleh user/pengguna system.

Pelanggan Update Status Layanan

Koordinator

Login

Mengirim Informasi Layanan

include
Melihat Tiket Layanan

Logout
Melihat Informasi Layanan

include

Mengelola Data Layanan Melihat Laporan Layanan


Pimpinan

Admin Helpdesk

Mengelola Data Profil


Melihat Peta

Gambar 4.5 Use Case diagram keseluruhan sistem yang diusulkan


a. Skenario Use Case Login
Tabel 4.3 Skenario Use Case Login
Use Case Login

Description Pada Use Case ini menangani verifikasi dan hak akses
pengguna Sistem Informasi layanan Telepon dan
Internet
Actor Admin Helpdesk, Koordinator, Pimpinan dan
Pelanggan
Goal Actor dapat masuk dan mengakses menu utama.
Pre-condition Actor telah memasuki halaman login
Post-condition 1. Actor berhasil login ke sistem.
2. Sistem menampilkan halaman sesuai dengan login
dan hak akses Actor pada sistem
Skenario normal login
Aksi aktor Reaksi sistem
1.Memasukan username dan
password
2. Menekan tombol login
3. Menvalidasi user dan password yang
dimasukan
4. Menverifikasi setiap fungsi-fungsi
dan fitur sesuai dengan hak akses
5. Menampilkan halaman sesuai hak
akses
Skenario gagal login
1. Memasukan username dan
password
2.Menekan tombol login
3. Menvalidasi user dan password yang
dimasukan
4. Jika username dan password tidak
valid , sistem menampilkan pesan error

b. Skenario Use Case Mengelola Data Profil


Tabel 4.4 Skenario Use Case Mengelola Data Profil
Use Case Mengelola Profil
Description Mengelola data Profil pendukung utama sistem
Actor Admin Helpdesk
Goal Menambah,merubah,menghapus data Profil
Pre-condition 1. Helpdesk sudah melakukan login
2. Sistem menampilkan menu untuk mengelola data
Profil Pelanggan, Teknisi, Distrik, Komplek, dan
Rumah Kabel
Post-condition Berhasil mengelola data Profil
Skenario normal mengelola data Profil
Aksi aktor Reaksi sistem
1.Memilih menu salah satu Profil
2. Menampilkan salah satu form
menu Profil
3.Menginput data profil
4.Sistem akan menampilkan
form input data profil kemudian
memvalidasinya dan di simpan di
database
5.Mengedit data profil
6.Sistem akan menampilkan
form edit data profil kemudian
menvalidasi dan disimpan di
database
7.Menghapus data profil
8.Sistem akan
mengkonfirmasikan kemudian
menghapus data profil dalam
database
Skenario gagal mengelola data profil
1. Helpdesk salah memasukan data
2. Sistem akan menvalidasi dan
menampilkan pesan error

c. Skenario Use Case Mengelola Data Layanan


Tabel 4.5 Skenario Use Case Mengelola Data Layanan
Use Case Mengelola Layanan
Description Mengelola data Layanan permintaan Pelanggan
Actor Admin Helpdesk
Goal Menambah,merubah,menghapus data Layanan
Pre-condition 1. Helpdesk sudah melakukan login
2. Sistem menampilkan menu untuk mengelola data
Layanan Pemasangan, Pemutusan, Pemindahan, dan
Problem dan Rumah Kabel
Post-condition Berhasil mengelola data Layanan

Skenario normal mengelola data Layanan


Aksi aktor Reaksi sistem
1.Memilih menu salah satu
Layanan
3. Menampilkan salah satu form menu
Layanan
3.Menginput data Layanan
4.Sistem akan menampilkan form input
data Layanan kemudian memvalidasinya
dan di simpan di database
5.Mengedit data Layanan
6.Sistem akan menampilkan form edit
data Layanan kemudian menvalidasi dan
disimpan di database
7.Menghapus data Layanan
8.Sistem akan mengkonfirmasikan
kemudian menghapus data Layanan
dalam database
Skenario gagal mengelola data Layanan
1. Helpdesk salah
memasukan data
2. Sistem akan menvalidasi dan
menampilkan pesan error

d. Skenario Use Case Melihat Laporan


Tabel 4.6 Skenario Use Case melihat Laporan
Use Case Cetak Laporan
Description Use Case menampilkan dan mencetak Laporan dari
data layanan yang dikelola
Actor Admin Helpdesk, Pimpinan
Goal Menampilkan dan mencetak Laporan dari data layanan
yang dikelola
Pre-condition 1. Admin Helpdesk dan Pimpinan sudah melakukan
login
2. Sistem menampilkan menu laporan
Post-condition Berhasil menampilkan, melihat dan mencetak laporan
Skenario normal melihat laporan
Aksi aktor Reaksi sistem
1.Memilih menu laporan
2.Tekan menu laporan yang
mau di tampilkan
3. Menunggu proses menampilkan menu
laporan
4. Sistem menampilkan menu laporan
yang di buka
5. Memilih tombol cetak
jika ingin mencetak laporan
6. Sistem akan mencetak laporan dengan
perangkat printer yang dihubungkan

e. Skenario Use Case Melihat Peta


Tabel 4.7 Skenario Use Case melihat peta
Use Case Melihat Peta
Description Use Case menampilkan Pilihan Peta Pelanggan Camp
Actor Admin Helpdesk, Koordinator dan Pimpinan
Goal Menampilkan Peta Pelanggan Camp
Pre-condition 1. Admin Helpdesk, Koordinator dan Pimpinan sudah
melakukan login
2. Sistem menampilkan menu Peta
Post-condition Berhasil menampilkan halaman Peta
Skenario normal melihat Peta
Aksi aktor Reaksi sistem
1.Memilih menu Peta
2.Tekan menu Peta yang
ingin ditampilkan
3. Menunggu proses menampilkan Peta
4. Sistem menampilkan Peta
f. Skenario Use Case Melihat Tiket
Tabel 4.8 Skenario Use Case melihat Tiket
Use Case Melihat Tiket
Description Use Case menampilkan, melihat dan mencetak Tiket
dari data layanan permintaan pelanggan
Actor Koordinator
Goal Menampilkan, melihat dan mencetak Tiket dari data
layanan permintaan pelanggan
Pre-condition 1. Koordinator sudah melakukan login
2. Sistem menampilkan menu Tiket
Post-condition Berhasil menampilkan, melihat dan mencetak Tiket
Skenario normal melihat Tiket
Aksi aktor Reaksi sistem
1.Memilih menu Tiket
2.Tekan menu Tiket yang
ingin di tampilkan
3. Menunggu proses menampilkan menu
Tiket layanan
4. Sistem menampilkan menu Tiket
layanan
5. Memilih tombol cetak
jika ingin mencetak tiket
6. Sistem akan mencetak tiket dengan
perangkat printer yang dihubungkan

g. Skenario Use Case Update Status Layanan


Tabel 4.9 Skenario Use Case Update Status Layanan
Use Case Mengelola Status Layanan
Description Use Case menampilkan dan mengupdate Status
Layanan permintaan pelanggan
Actor Koordinator
Goal Menampilkan dan mengupdate Status Layanan
permintaan pelanggan
Pre-condition 1. Koordinator sudah melakukan login
2. Sistem menampilkan menu Tiket dan tekan tombol
update status
Post-condition Berhasil mengupdate Status pelayanan permintaan
pelanggan
Skenario normal mengelola Status Pelayanan
Aksi aktor Reaksi sistem
1.Memilih menu Tiket
2.Tekan menu Tiket yang
ingin ditampilkan
3. Menunggu proses menampilkan Tiket
Layanan
4. Sistem menampilkan Tiket layanan
5. Memilih tombol update
status pelanggan jika ingin
mengupdate Status Layanan
6. Sistem akan mengupdate status
layanan Layanan permintaan pelanggan

h. Skenario Use Case Mengirim Informasi Layanan


Tabel 4.10 Skenario Use Case mengirim informasi layanan
Use Case Mengirim Informasi Layanan
Description Use Case mengirim informasi layanan
Actor Pelanggan
Goal Mengirim informasi layanan
Pre-condition 1. Pelanggan sudah melakukan login
2. Sistem menampilkan menu Informasi layanan
Post-condition Berhasil menampilkan dan mengirim informasi
layanan
Skenario normal Mengirim Informasi Layanan
Aksi aktor Reaksi sistem
1.Memilih menu Pilih Layanan
2. Menunggu proses menampilkan
menu Informasi Layanan
3. Sistem menampilkan menu
Informasi Layanan
4. Melihat Informasi Layanan
5. Memasukkan Informasi layanan
6. Sistem menkonfirmasi bahwa
informasi layanan telah dikirim

i. Skenario Use Case Menerima Informasi Layanan


Tabel 4.11 Skenario Use Case menerima informasi layanan
Use Case Menerima Informasi Layanan
Description Use Case menerima informasi layanan
Actor Admin Helpdesk
Goal Menerima informasi layanan
Pre-condition 1. Admin Helpdesk sudah melakukan login
2. Sistem menampilkan menu Pesan user pelanggan
Post-condition Berhasil menampilkan dan menerima informasi
layanan
Menerima Informasi Layanan
Aksi aktor Reaksi sistem
1.Memilih menu Pesan user
2. Menunggu proses menampilkan
menu Pesan User
3. Sistem menampilkan menu Pesan
User
4. Melihat Informasi Layanan

j. Skenario Use Case Logout


Tabel 4.12 Skenario Use Case Logout
Use Case Logout

Description Pada Use Case ini menangani verifikasi dan penutupan


hak akses pengguna Sistem Informasi
Actor Admin Helpdesk, Koordinator, Pimpinan dan
Pelanggan
Goal Actor dapat keluar dari akun
Pre-condition Actor telah memasuki halaman login
Post-condition 1. Actor berhasil logout ke sistem.
2. Sistem menampilkan halaman login awal sistem
Skenario normal logout
Aksi aktor Reaksi sistem
1. Menekan tombol logout
2. Menampilkan halaman login awal

4.3.2 Activity Diagram


a. User Login
Activity Diagram login digunakan untuk menggambarkan jalur kerja
sistem pada saat pertama kali user menjalankan Sistem maka terlebih dahulu
harus melakukan login dengan mengisikan username dan password masing-
masing. Jika username dan password yang diisikan benar, maka sistem akan
menampilkan menu utama sesuai dengan hak akses user

login

tidak

validasivalid menu utam a

Gambar 4.6 Diagram activity user login


b. Activity diagram mengelola Profil
Activity diagram ini digunakan untuk menggambarkan kegiatan Admin
Helpdesk mengelola Data Profil dimana Helpdesk menginput Data Profil
antara lain Data Pelanggan, Data Distrik, Data Komplek, Data Rumah Kabel,
dan Data Teknisi lalu menyimpannya di sistem.
s tart

Tidak verifikasi Data Tersimpan di Database

Menu Halaman Utama Admin Helpdesk

Input Data Profil Validasi Data


Sistem Menampilkan Data tersimpan

Menu DataEdit Data Profil


Profil

end
Delete Data Profil

Gambar 4.7 Activity diagram mengelola Profil

c. Activity diagram mengelola Data Layanan


Activity diagram ini untuk menggambarkan kegiatan Admin Helpdesk
mengelola Data Layanan dimana Helpdesk menginput Layanan antara lain
Layanan Pemasangan, Pemutusan, Pemindahan, Problem dan Rumah Kabel
s tart

Menu Halaman Utama Admin Helpdesk


Tidak verifikasi Data Tersimpan di Database

Input Data Layanan Validasi Data


Menu Data Layanan Sistem Menampilkan Data tersimpan

Edit Data Layanan

end
Delete Data Layanan

Gambar 4.8 Activity diagram mengelola Layanan

d. Activity diagram melihat Laporan


Activity diagram ini digunakan untuk menggambarkan kegiatan Admin
Helpdesk dan Pimpinan melihat Laporan dimana kaduanya dapat mencetak
Laporan layanan tersebut sesuai dari layanan yang masuk.
s tart

Menu Halaman Utam a


Admin Helpdesk

Pilih Menu Pilih Laporan Lihat Laporan LayananLayanan


Lapor an

Sistem Menampilkan Laporan Layanan

Cetak Laporan Layanan

Gambar 4.9 Activity diagram melihat laporan

end
e. Activity diagram melihat Tiket Layanan
Activity diagram ini mengambarkan kegiatan Koordinator melihat Tiket
Layanan dan melakukan cetak Tiket Layanan yang tersedia antara lain Tiket
Layanan Pemasangan, Pemutusan, Pemindahan, Problem dan Rumah Kabel
s tart

Menu Utama
Koordinator

Pilih Menu Lihat Tiket Sistem Akan Menampilkan


Tiket Tiket Layanan

Layanan

Cetak Tiket
Layanan

end

Gambar 4.10 Activity diagram melihat Tiket Layanan

f. Activity diagram Koordinator Update Status Layanan


Activity diagram ini mengambarkan kegiatan Koordinator mengelola
Status Pelanggan dan melakukan update status layanan pelanggan dari tiket
yang masuk.
s tart

Menu Utama
Koordinator

Pilih Menu Lihat Tiket Sistem Akan Menampilkan


Layanan Tiket Layanan

end Update Status Layanan


Pelanggan

Gambar 4.11 Activity diagram Update Status Layanan

g. Activity diagram Pelanggan mengirim pesan Layanan


Activity diagram ini mengambarkan kegiatan Pelanggan dalam melihat
Status permintaan layanannya. Layanan yang tersedia yaitu antara lain Layanan
Pemasangan, Pemutusan, Pemindahan, Problem dan Rumah Kabel
s tart

Menu Utama Pelanggan


Pilih Menu Status Layanan Lihat Status Layanan

Sistem Akan Menampilkan Status Layanan

end

Gambar 4.12 Activity diagram mengirim pesan Layanan


h. Activity diagram User Logout
Activity diagram ini mengambarkan kegiatan User untuk keluar dari
system. Adapun User yang melakukan Logout yaitu Admin Helpdesk,
Koordinator dan Pelanggan.
s tart

Menu Logout

Tidak
validasi logout

end

Gambar 4.13 Activity diagram User Logout


Keluar dari Menu Halaman Utama

4.3.3 Sequence Diagram


a. Sequence Diagram Admin Helpdesk Login
Sequence Diagram Admin login digunakan saat pertama kali user
menjalankan sistem dengan mengisikan username dan password masing-
masing. Jika username dan password yang diisikan benar, maka sistem
akan menampilkan menu utama sesuai dengan hak akses user

halaman login
halaman login halaman utama
halaman admin
utama
admin
: Admin

input username

input password
validasi

report invalid

data valid

report login berhasil

Gambar 4.14 Sequence diagram Admin Helpdesk login

b. Sequence diagram Koordinator login


Sequence Diagram Koordinator login digunakan saat pertama kali
user menjalankan sistem dengan mengisikan username dan password
masing-masing. Jika username dan password yang diisikan benar, maka
sistem akan menampilkan menu utama sesuai dengan hak akses user
form login form login Data Login
: Koordinator
controler Koordinator

entry username

entry password

menekan tombol
login
login

validasi username dan password

verifikas i data user name dan password

view halaman utama


Koordinator data username dan password

Gambar 4.15 Sequence diagram Koordinator login

c. Sequence diagram Pelanggan login


Sequence Diagram Pelanggan login digunakan untuk
menggambarkan saat pertama kali user menjalankan sistem dengan
mengisikan username dan password masing-masing. Jika username dan
password yang diisikan benar, maka sistem akan menampilkan menu
utama sesuai dengan hak akses user

form login form login Data Login


: Pelanggan controler Pelanggan

entry username

entry password

menekan tombol login

login
validasi uername dan password

verifikasi data username dan password,

data user dan password


view halaman Pelanggan

Gambar 4.16 Sequence diagram Pelanggan login

d. Sequence diagram Pimpinan login


Sequence Diagram Pimpinan login digunakan saat pertama kali
user menjalankan sistem dengan mengisikan username dan password
masing-masing. Jika username dan password yang diisikan benar, maka
sistem akan menampilkan menu utama sesuai dengan hak akses user
form login form login controler Data Login
: Pimpinan
Pelanggan

entry username

entry password

login
menekan tombol login

validasi uername dan password

verifikasi data username


data user dan
dan password,
password
view halaman Pelanggan

Gambar 4.17 Sequence diagram Pimpinan login

e. Sequence diagram Admin Helpdesk mengelola Profil

form data profil form data profil data profil


Adm in Helpdes k contoler

input data profil

edit data profil

delete data profil

menekan save

save data profil

validas i data profil

verifikasi data profil

data profil yang terkait dengan m engelola data profil

view data profil

Gambar 4.18 Sequence diagram Admin Helpdesk mengelola Profil

f. Sequence diagram Admin Helpdesk mengelola Layanan

form data form data layanan data layanan


: Adm in Helpdes k
layanan controler

input data layanan

edit data layanan

delete data layanan

menekan save

save data layanan

validas i data layanan

verifikas i data layanan

data layanan terkait dengan pengolahan data layanan

view data layanan tersimpan

Gambar 4.19 Sequence diagram Admin Helpdesk mengelola Layanan


g. Sequence diagam Admin Helpdesk melihat Laporan

form laporan form laporan laporan


: Admin controler
Helpdesk
pilih menu laporan

proses user command

melihat laporan layanan

laporan layanan

print laporan

Gambar 4.20 Sequence diagram Admin Helpdesk mengelola Laporan


h. Sequence diagram Admin Helpdesk melihat Peta

form peta form tiket controler peta


: Admin Helpdesk

pilih menu peta

proses user command

melihat peta

menu

kembali

Gambar 4.21 Sequence diagram Admin Helpdesk melihat peta

i. Sequence diagram Koordinator Melihat Tiket

form tiket form tiket data tiket


: Koordinator controler

pilih menu tiket

proses user com mand

melihat tiket layanan

tiket layanan

print tiket

Gambar 4.22 Sequence diagram Koordinator melihat Tiket


j. Sequence diagram Koordinator Update Status Layanan
form tiket form tiket data tiket
Koordinator controler

pilih menu tiket

pros es us er com m and

melihat tiket layanan

update status layanan

tiket layanan

Gambar 4.23 Sequence diagram Koordinator update Status Layanan

k. Sequence diagram Pelanggan Mengirim pesan Layanan

form status layanan form pesan layanan data pesan layanan


Pelanggan

pilih menu status layanan

memproses user command

Isi pesan layanan

data status layanan pesan layanan dikirim

Gambar 4.24 Sequence diagram Pelanggan Mengirim pesan Layanan

l. Sequence diagram User Logout

: Admin form logout form logout controler data logout


Pimpinan : Koordinator : Pelanggan
Helpdesk

menekan tombol logout


menekan tom bol logout
menekan tombol log out

n tombol logout
meneka
logout

validasi logout

verifikasi data lougout

data logout
view berhasil logout

view berhasi l logout

Gambar 4.25 Sequence diagram User Logout


4.3.4 Collaboraton Diagram
a. Collaboration Diagram Admin Helpdesk Login
1: entry username
2: entry password
3: menekan tombol login

: Admin Helpdesk form


login

8: view halaman Helpdesk

5: validasi uername dan password 4: login

6: verifikas i data username dan password,


Data Login Admin
form login
Helpdesk
controler
7: data user dan password

Gambar 4.26 Collaboration diagram Admin Helpdesk Login

b. Collaboration Diagram Koordinator Login


1: entry username
2: entry password
3: menekan tom bol login

: Koordinator
form
login

8: view halam an utam a Koordinator

5: validasi username dan password 4: login

6: verifikas i data username dan password

7: data usernam e dan password

Gambar 4.27 Collaboration Diagram Koordinator Login

c. Collaboration diagram Pelanggan login


1: entry username
2: entry password
3: menekan tom bol login

form
: Pelanggan login

8: view halam an Pelanggan


5: validas i uername dan
password 4: login

6: verifikas i data username dan password,


form login Data Login
controler Pelanggan
7: data user dan password

Gambar 4.28 Collaboration diagram Pelanggan Login


d. Collaboration diagram Pimpinan login
1: entry username
2: entry password
3: menekan tombol login

form
login
pimpinan

8: view halaman Pelanggan


5: validasi uername dan password
4: login

6: verifikasi data username dan password,


form login Data Login
controler Pelanggan
7: data user dan password

Gambar 4.29 Collaboration diagram Pimpinan Login

e. Collaboration diagram Admin Helpdesk Mengelola Data Profil


1: input data profil
2: edit data profil
3: delete data profil
4: menekan s ave

form data
profil
: Admin
Helpdes k

6: validas i data profil


9: view data profil
5: s ave data profil

7: verifikas i data profil


form data profil data
contoler profil
8: data profil yang terkait dengan mengelola data profil

Gambar 4.30 Collaboration diagram Admin Helpdesk mengelola Profil

f. Collaboration diagram Admin Helpdesk mengelola Layanan


1: input data layanan
2: edit data layanan
3: delete data layanan
4: menekan save

form data layanan

Admin Helpdesk

6: validasi data layanan 9: view data layanan tersimpan


5: save data layanan
7: verifikasi data layanan
data layanan

form data layanan controler


8: data layanan terkait dengan pengolahan data layanan

Gambar 4.31 Collaboration diagram Admin Helpdesk mengelola Layanan


g. Collaboration diagram Admin Helpdesk melihat Laporan
1: pilih menu laporan
form
laporan

: Admin
Helpdesk
5: print laporan
2: proses user comm and

3: melihat laporan layanan


form laporan
controler laporan

4: laporan layanan

Gambar 4.32 Collaboration diagram Admin Helpdesk melihat Laporan

h. Collaboration diagram Admin Helpdesk melihat Peta


1: pilih menu peta
form peta

: Admin
Helpdesk 2: proses user command

5: delete tiket layanan


3: melihat tiket layanan

form tiket controler tiket

4: kembali

Gambar 4.33 Collaboration diagram Admin Helpdesk melihat Peta

i. Collaboration diagram Koordinator melihat Tiket


1: pilih menu tiket
form tiket

: Koordinator

2: proses user command 5: print tiket

form tiket controler 3: melihat tiket layanan

data tiket

4: tiket layanan

Gambar 4.34 Collaboration diagram Koordinator melihat Tiket


j. Collaboration diagram Koordinator Update status layanan.
1: pilih m enu tiket
form tiket

Koordinator

2: proses user com mand 5: update status layanan data


form tiket
controler tiket

4: tiket layanan
3: melihat tiket layanan

Gambar 4.35 Collaboration diagram Koordinator update status layanan

k. Collaboration diagram Pelanggan mengirim pesan layanan


1: pilih menu status layanan

form status layanan

Pelanggan

5: view data status layanan

2: memproses user com mand

form status 3: mendapatkan data status layanan


data status layanan
layanan
4: data status layanan

Gambar 4.36 Collaboration diagram Pelanggan mengirim status layanan

l. Collaboration diagram User Logout


form logout

1: menekan tombol logout

3:

2: menekan tombol logout


: Admin Helpdesk : Pelanggan
4: logout
5: validasi logout
: Koordinator

9: view berhasil logout


8: view berhasil logout
form logout controler
6: verifikasi data lougout

data logout
7: data logout

Gambar 4.37 Collaboration diagram User Logout


4.3.5 Class Diagram
lay anan rumah kabel lay anan pemasangan
layanan user
Admin
Pelanggan username password no_tiket
no_tiket no_badge
id_lay anan_user no_badge nama_pelanggan
no_badge kategori_lay ananalamat_pelanggan
nama_pelanggan alamat_pelanggan
isi_lay anan nama_komplek
nama_komplek distrik
distrik telpon_pelanggan
telpon_pelanggan email_pelanggan
email_pelanggan rk_nomor
nama_paket tgl_pemasangan merk_m
rk_lokasi rk_primer
username password 1 rk_sekunder
1..* tgl_rk
1 ket_rk nama_teknisi status
edit() logout() 11
edit() logout() 1
edit() edit() hapus() tambah()

1 111 1..*
1 11 1
1
1..* 1..*
Koordinator peta
username password id_peta nama_peta

edit() logout() lihat()


1 edit() hapus() lihat()

1 1 1..* hapus() tambah()


tiket
1
login id_tiket no_tiket lay anan pemindahan
username password Pimpinan
1 no_tiket no_badge nama_pelanggan alamat_pelanggan nama_komplek distrik
1
username password 1..* telpon_pelanggan
lihat() cetak() lay anan pemutusan
email_pelanggan nama_paket paket_baru tgl_pemindahan ket_pemindahan nama_teknisi status
edit() hapus()
no_tiket no_badge nama_pelanggan alamat_pelanggan nama_komplek distrik telpon_pelanggan email_pelanggan nama_paket tgl_pemutusan ket_pemutusan nama_teknisi status
edit() logout()
1 1..*
1
laporan
main
jenis_laporan tgl

ata lay a1nan pemasangan() data lay anan problem() data lay anan pemindahan() data lay anan pemutusan() data lay anan rumahkabel() prof il pelanggan()
rof il rumahkabel() prof il koordinator() prof il teknisi() lihat() cetak()
rof il komplek() paket()
ket()
ay anan user() peta() laporan()

1..* edit() hapus() tambah()

profil koordinator 1..* edit()


id_koordinator no_badge hapus() tambah()
prof il Rumahkabel
username distrik
email_koordinator telpon_koordinator
id_rumahkabel rk_nomor distrik
layanan problem
rk_lokasi
no_tiket no_badge nama_pelanggan alamat_pelanggan nama_komplek distrik telpon_pelanggan email_pelanggan nama_paket tgl_problem ke
profil pelanggan
1..*
id_pelanggan nama_pelanggan no_badge lamat_pelanggan distrik telpon_pelanggan email_pelanggan status
edit() hapus() tambah()
peta
edit() hapus() tambah()
nama_komplek rk_nomor
edit() hapus() tambah()
rk_lokasi rk_primer
rk_sekunder daf tar_tgl
1..*
edit()
1..* 1..*
profil teknisi
id_teknisi nama_teknisi nik
profil komplek
no_telp alamat_teknisi
id_komplek nama_komplek distrik

edit() hapus() tambah()


edit() hapus() tambah()

hapus() tambah()

Gambar 4.38 Class Diagram Sistem Informasi layanan Telepon dan Internet

4.4 Perancangan Basis data


Perancangan basisdata (database) yaitu perancangan yang terdiri atas
pembuatan tabel yang didalamnya terdiri dari field data dan field kunci yang
berdasarkan permasalahan awal. Berikut adalah hubungan antar tabel dari
Database Sistem Informasi layanan telepon dan internet:
a. Nama tabel : User
Tabel ini merupakan Tabel Database User untuk level hak akses user pengguna
sistem. Dalam sistem ini diberi 4 level hak akses user pengguna sistem Tabel 4.13
Struktur Tabel Database User Login
Nama Field Tipe panjang
id_user Integer 11
username varchar 20
password varchar 20
level varchar 15

b. Nama tabel : Profil Pelanggan


Tabel ini merupakan Tabel Profil Pelanggan untuk penambahan database
Pelanggan Camp secara keseluruhan
Tabel 4.14 Struktur Tabel Database Profil Pelanggan
Nama Field Tipe panjang
id_pelanggan Integer 5
nama_pelanggan varchar 20
no_badge varchar 12
alamat_pelanggan varchar 20
distrik varchar 15
telpon_pelanggan varchar 12
email_pelanggan varchar 30
status varchar 20
peta varchar 20
nama_komplek varchar 15
rk_nomor varchar 10
rk_lokasi varchar 20
rk_primer integer 10
rk_sekunder integer 10
x integer 10
y integer 10
daftar_tgl date

c. Nama Tabel : Layanan Pemasangan


Tabel ini merupakan Tabel Layanan Pemasangan untuk penambahan
Layanan Pemasangan yang di entrikan.
Tabel 4.15 Struktur Tabel Database Layanan Pemasangan
Nama Field Tipe panjang
no_tiket Integer 5
no_badge varchar 15
nama_pelanggan varchar 20
alamat_pelanggan varchar 30
nama_komplek varchar 15
distrik varchar 15
telpon_pelanggan varchar 20
email_pelanggan varchar 30
paket_pelanggan varchar 15
tgl_pemasangan date
merk_modem varchar 20
sn_modem varchar 10
nama_teknisi varchar 20
status varchar 20

d. Nama Tabel : Layanan Pemindahan


Tabel ini merupakan Tabel Layanan Pemindahan untuk penambahan
Layanan Pemindahan yang di entrikan
Tabel 4.16 Struktur Tabel Database Layanan Pemindahan
Nama Field Tipe panjang
no_tiket Integer 5
no_badge varchar 15
nama_pelanggan varchar 20
alamat_pelanggan varchar 30
nama_komplek varchar 15
distrik varchar 15
telpon_pelanggan varchar 20
email_pelanggan varchar 30
paket_pelanggan varchar 15
paket_baru varchar 15
tgl_pemindahan date
ket_pemindahan varchar 30
nama_teknisi varchar 20
status varchar 20

e. Nama Tabel : Layanan Pemutusan


Tabel ini merupakan Tabel Layanan Pemutusan untuk penambahan
Layanan Pemutusan yang di entrikan
Tabel 4.17 Struktur Tabel Database Layanan Pemutusan
Nama Field Tipe panjang
no_tiket Integer 5
no_badge varchar 15
nama_pelanggan varchar 20
alamat_pelanggan varchar 30
nama_komplek varchar 15
distrik varchar 15
telpon_pelanggan varchar 20
email_pelanggan varchar 30
paket_pelanggan varchar 15
tgl_pemutusan date
ket_pemutusan varchar 30
nama_teknisi varchar 20
status varchar 30

f. Nama Tabel : Layanan Problem


Tabel ini merupakan Tabel Layanan Problem untuk penambahan Layanan
Problem yang di entrikan
Tabel 4.18 Struktur Tabel Database Layanan Problem
Nama Field Tipe panjang
no_tiket Integer 5
no_badge varchar 15
nama_pelanggan varchar 20
alamat_pelanggan varchar 30
nama_komplek varchar 15
distrik varchar 15
telpon_pelanggan varchar 20
email_pelanggan varchar 30
paket_pelanggan varchar 15
tgl_problem date
ket_problem varchar 30
nama_teknisi varchar 20
status varchar 30

g. Nama Tabel : Layanan RK (Rumah Kabel)


Tabel ini merupakan Tabel Layanan Rumah Kabel untuk penambahan
Layanan Rumah Kabel yang di entrikan
Tabel 4.19 Struktur Tabel Database Layanan RK (Rumah Kabel)
Nama Field Tipe panjang
no_tiket Integer 5
no_badge varchar 15
nama_pelanggan varchar 20
alamat_pelanggan varchar 30
nama_komplek varchar 15
distrik varchar 15
telpon_pelanggan varchar 25
email_pelanggan varchar 30
rk_nomor varchar 10
rk_lokasi varchar 20
rk_primer varchar 10
rk_sekunder varchar 10
tgl_rk varchar
ket_rk varchar 50
nama_teknisi varchar 15
status varchar 20

h. Nama Tabel : Layanan User


Tabel ini merupakan Tabel Database Layanan untuk penambahan pesan
layanan user yang akan dientrikan.
Tabel 4.20 Struktur Tabel Layanan User
Nama Field Tipe panjang
id_layanan_user Integer 10
no_badge varchar 30
nama_paket varchar 15
kategori_layanan varchar 20
isi_layanan varchar 100
tgl_pesan date

i. Nama Tabel : Peta


Tabel ini merupakan Tabel Database Peta untuk Database Peta Camp
yang terdiri dari 4 daerah Distrik.
Tabel 4.21 Struktur Tabel Peta
Nama Field Tipe panjang
id_peta Integer 10
nama_peta varchar 30

j. Nama Tabel : Tiket


Tabel ini merupakan Tabel Database Tiket untuk untuk penambahan
Ticketing oleh Koordinator
Tabel 4.22 Struktur Tabel Tiket
Nama Field Tipe panjang
no_tiket Integer 10
id_tiket varchar 30

k. Nama Tabel : Paket


Tabel ini merupakan Tabel Database Paket untuk penambahan Jenis Paket
Internet dalam pelayanan.
Tabel 4.23 Struktur Tabel Paket
Nama Field Tipe panjang
id_paket Integer 10
nama_paket varchar 30

l. Nama Tabel : Profil Distrik


Tabel ini merupakan Tabel Database Distrik untuk penambahan Distrik di
wilayah tempat melakukan pelayanan.
Tabel 4.24 Struktur Tabel Profil Distrik
Nama Field Tipe panjang
id_distrik Integer 10
nama_distrik varchar 30
nama_koordinator varchar 20

m. Nama Tabel : Profil Koordinator


Tabel ini merupakan Tabel Database Koordinator untuk penambahan hak
akses Koordinator Distrik dalam pelayanan.
Tabel 4.25 Struktur Tabel Profil Koordinator
Nama Field Tipe panjang
id_koordinator Integer 10
no_badge varchar 30
username varchar 20
distrik varchar 50
email_koordinator varchar 20
telpon_koordnator varchar 20

n. Nama Tabel : Profil Komplek


Tabel ini merupakan Tabel Database Profil Komplek untuk penambahan
Komplek yang ada dalam area Distrik.
Tabel 4.26 Struktur Tabel Profil Komplek
Nama Field Tipe panjang
id_komplek Integer 10
nama_komplek varchar 30
distrik varchar 20

o. Nama Tabel : Rumah Kabel


Tabel ini merupakan Tabel Database Rumah Kabel untuk penambahan
data lengkap dari Rumah Kabel dari masing-masing Pelanggan.
Tabel 4.27 Struktur Tabel Rumah Kabel
Nama Field Tipe panjang
id_rumahkabel Integer 10
no_badge varchar 30
rk_nomor varchar 20
distrik varchar 50
rk_lokasi varchar 20
p. Nama Tabel : Profil Teknisi
Tabel ini merupakan Tabel Database Teknisi untuk penambahan data
Teknisi dalam proses pelayanan.
Tabel 4.28 Struktur Tabel Profil Teknisi
Nama Field Tipe panjang
id_teknisi Integer 10
nama_teknisi varchar 30
nik varchar 20
no_telp varchar 50
alamat_teknisi varchar 20

4.5 Perancangan Interface


Perancangan Interface yang telah dibuat meliputi beberapa perancangan
diantaranya perancangan prancangan struktur menu, perancangan masukan (input)
dan perancangan keluaran (output).

Gambar 4.39 Rancangan Interface Menu Login

Gambar 4.40 Rancangan Interface Menu Admin Helpdesk


Gambar 4.41 Rancangan Interface Menu Koordinator

Gambar 4.42 Rancangan Interface Menu Pimpinan

Gambar 4.43 Rancangan Interface Menu User Pelanggan


Gambar 4.44 Rancangan Interface Input data Teknisi

Gambar 4.45 Rancangan Interface Input data Komplek

Gambar 4.46 Rancangan Interface Input data Rumah Kabel


Gambar 4.47 Rancangan Interface Input data Koordinator

Gambar 4.48 Rancangan Interface Pesan Layanan User Pelanggan

Gambar 4.49 Rancangan Interface Layanan Pemasangan


Gambar 4.50 Rancangan Interface Layanan Problem

Gambar 4.51 Rancangan Interface Layanan Pemutusan

Gambar 4.52 Rancangan Interface Layanan Pemindahan


Gambar 4.53 Rancangan Interface Layanan Problem Rumah Kabel

Gambar 4.54 Rancangan Interface Laporan Layanan Pemasangan

Gambar 4.55 Rancangan Interface Laporan Layanan Problem Internet


Gambar 4.56 Rancangan Interface Laporan Layanan Pemutusan

Gambar 4.57 Rancangan Interface Laporan Layanan Pemindahan Paket

Gambar 4.58 Rancangan Interface Laporan Layanan Problem Rumah Kabel


Gambar 4.59 Rancangan Interface lihat peta

4.6 Perancangan Pengujian Black Box


Perancangan Pengujian Black box digunakan untuk membuat dan merencanakan
suatu rancangan pengujian yang dilakukan untuk menjamin kualitas dan juga
mengetahui kelemahan dari perangkat lunak. Tujuan pengujian ini adalah untuk
menjamin bahwa perangkat lunak yang dibangun memiliki kualitas yang handal, yaitu
mampu merepresentasikan kajian pokok dari spesifikasi, analisis, perancangan dan
pengkodean dari perangkat lunak itu. Rancangan pengujian black box ini berfokus pada
persyaratan fungsional perangkat lunak yang dibuat. Berikut ini adalah rancangan
pengujian Black Box : Tabel 4.29 Rancangan Rencana Pengujian Sistem

Kelas Uji Butir Uji Tingkat Jenis


Pengujian Pengujian
Pengujian Pengecekan pengguna Sistem Black Box
Login yang telah terdaftar
Pengguna 1. Admin Helpdesk
2. Koordinator
3. Pelanggan
4. Pimpinan
Pengujian Pengisian Data Pelanggan Modul Black Box
Pengisian Data Pengisian Data Teknisi Modul Black Box
Pengisian Data Komplek Modul Black Box
Pengisian Data Rumah Kabel Modul Black Box
Pengisian Data Koordinator Modul Black Box

Tabel 4.30 Rancangan Pengujian Login 1 Admin Helpdesk


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Username dan Username dan Dapat mengisi [ ] diterima
password terdaftar password terdaftar login pengguna [ ] ditolak
Pengguna : Admin Pengguna : Admin sesuai yang
Password : Admin Password : Admin diharapkan
Klik LOGIN/Tekan Dapat masuk ke Tombol [ ] diterima
Enter menu utama LOGIN dapat [ ] ditolak
berfungsi
sesuai yang
diharapkan

Tabel 4.31 Rancangan Pengujian Login 2 Pengguna (Pelanggan Camp)


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Pengguna terdaftar Dapat login dan Pengguna dapat [ ] diterima
Username dan masuk ke dalam login dan masuk [ ] ditolak
Password Benar sistem. ke dalam sistem
Pengguna : xxxx
Password : xxxx
Klik LOGIN/Tekan
Enter
Username dengan Tidak dapat login [ ] diterima
password salah dan menampilkan [ ] ditolak
Username : xxxx pesan ”Silahkan
Password : xxxx Cek Username
dan Password
Anda”
Tabel 4.32 Rancangan Pengujian Login 3 Pengguna (Koordinator Distrik)
Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Pengguna terdaftar Dapat login dan Pengguna dapat [ ] diterima
Username dan masuk ke dalam login dan masuk [ ] ditolak
Password Benar sistem. ke dalam sistem”
Pengguna : xxxx
Password : xxxx
Klik LOGIN/Tekan
Enter
Username dengan Tidak dapat login [ ] diterima
password salah dan menampilkan [ ] ditolak
Username : xxxx pesan ”Silahkan
Password : xxxx Cek Username
dan Password
Anda”

Tabel 4.33 Rancangan Pengujian Login 4 Pengguna (Pimpinan)


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Pengguna terdaftar Dapat login dan Pengguna dapat [ ] diterima
Username dan masuk ke dalam login dan masuk [ ] ditolak
Password Benar sistem. ke dalam sistem
Pengguna : xxxx
Password : xxxx
Klik LOGIN/Tekan
Enter
Username dengan Tidak dapat [ ] diterima
password salah login dan [ ] ditolak
Username : xxxx menampilkan
Password : xxxx pesan ”Silahkan
Cek Username
dan Password
Anda”

Tabel 4.34 Rancangan Pengujian Pengisian Data Pelanggan User Camp


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Mengisi textbox tiap Data tersimpan di Tombol “Simpan” [ ] diterima
field. Klik “Simpan” data Pengisian dapat berfungsi [ ] ditolak
Data Pelanggan sesuai yang
Camp diharapkan
Klik “Perbaiki” Data diperbaharui Tombol “Perbaiki” [ ] diterima
dapat berfungsi [ ] ditolak
sesuai yang
diharapkan
Klik simpan Data tersimpan Tombol simpan [ ] diterima
[ ] ditolak
Klik ‘Hapus’ Muncul kotak Tombol “Hapus” [ ] diterima
dialog berupa berfungsi sesuai [ ] ditolak
pertanyaan yang diharapkan

Kasus dan Hasil Uji (Data Salah)


Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Field tidak Muncul pesan proses Textbox berfungsi [ ] diterima
Diisi / kosong gagal bahwa data sesuai yang [ ] ditolak
harus diisi diharapkan

Tabel 4.35 Rancangan Pengujian Pengisian Data Koordinator


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Mengisi textbox tiap Data tersimpan di Tombol “Simpan” [ ] diterima
field. Klik “Simpan” data Pengisian dapat berfungsi [ ] ditolak
Data Koordinator sesuai yang
diharapkan
Klik “Perbaiki” data diperbaharui Tombol “Perbaiki” [ ] diterima
dapat berfungsi [ ] ditolak
sesuai yang
diharapkan
Klik simpan Data tersimpan Tombol simpan [ ] diterima
[ ] ditolak
Klik ‘Hapus’ Muncul kotak Tombol “Hapus” [ ] diterima
dialog berupa berfungsi sesuai [ ] ditolak
pertanyaan yang diharapkan

Kasus dan Hasil Uji (Data Salah)


Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Field tidak Muncul pesan proses Textbox berfungsi [ ] diterima
diisi/kosong gagal bahwa data sesuai yang [ ] ditolak
harus diisi diharapkan

Tabel 4.36 Rancangan Pengujian Pengisian Data Komplek


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Klik “Tambah” Tombol yang aktif Dapat mengisi [ ] diterima
hanya tombol tiap field sesuai [ ] ditolak
“Simpan” , “Batal” yang diharapkan
dan “keluar
Mengisi textbox tiap Data tersimpan di Tombol [ ] diterima
field. Klik “Simpan” data Pengisian Data “Simpan” dapat [ ] ditolak
Komplek berfungsi sesuai
yang diharapkan
Klik “Edit” data diperbaharui Tombol “Perbaiki” [ ] diterima
dapat berfungsi [ ] ditolak
sesuai yang
diharapkan
Klik ‘Hapus’ Muncul kotak Tombol “Hapus” [ ] diterima
dialog berupa berfungsi sesuai [ ] ditolak
pertanyaan yang diharapkan

Kasus dan Hasil Uji (Data Salah)


Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Field tidak Muncul pesan Textbox berfungsi [ ] diterima
diisi/kosong proses gagal bahwa sesuai yang [ ] ditolak
data harus diisi diharapkan

Tabel 4.37 Rancangan Pengujian Pengisian Data Teknisi


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Klik “Tambah” Tombol yang aktif Dapat mengisi [ ] diterima
hanya tombol tiap field sesuai [ ] ditolak
“Simpan” , “Batal” yang diharapkan
dan “keluar
Mengisi textbox tiap Data tersimpan di Tombol “Simpan” [ ] diterima
field. Klik “Simpan” data Pengisian Data dapat berfungsi [ ] ditolak
Teknisi sesuai yang
diharapkan
Klik “Perbaiki” data diperbaharui Tombol “Perbaiki” [ ] diterima
dapat berfungsi [ ] ditolak
sesuai yang
diharapkan
Klik ‘Hapus’ Muncul kotak Tombol “Hapus” [ ] diterima
dialog berupa berfungsi sesuai [ ] ditolak
pertanyaan yang diharapkan
Kasus dan Hasil Uji (Data Salah)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Field tidak Muncul pesan proses Textbox berfungsi [ ] diterima
diisi/kosong gagal bahwa data sesuai yang [ ] ditolak
harus diisi diharapkan

Tabel 4.38 Rancangan Pengujian Pengisian Data Rumah Kabel


Kasus dan Hasil Uji (Data Normal)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Klik “Tambah” Tombol yang aktif Dapat mengisi [ ] diterima
hanya tombol tiap field sesuai [ ] ditolak
“Simpan” , “Batal” yang diharapkan
dan “keluar
Mengisi textbox tiap Data tersimpan di Tombol “Simpan” [ ] diterima
field. Klik “Simpan” data Pengisian Data dapat berfungsi [ ] ditolak
Rumah Kabel sesuai yang
diharapkan
Klik “Perbaiki” data diperbaharui Tombol “Perbaiki” [ ] diterima
dapat berfungsi [ ] ditolak
sesuai yang
diharapkan
Klik ‘Hapus’ Muncul kotak Tombol “Hapus” [ ] diterima
dialog berupa berfungsi sesuai [ ] ditolak
pertanyaan yang diharapkan
Kasus dan Hasil Uji (Data Salah)
Data Masukan Yang Diinginkan Pengamatan Kesimpulan
Field tidak Muncul pesan Textbox berfungsi [ ] diterima
diisi/kosong proses gagal bahwa sesuai yang [ ] ditolak
data harus diisi diharapkan
4.7 Perancangan UAT (User Acceptance Test)
Perancangan Pengujian UAT (User Acceptance Test) digunakan untuk
membuat dan merencanakan suatu rancangan pengujian berupa sebuah dokumen
pertanyaan yang dapat dijadikan bukti bahwa software yang telah dikembangkan
telah dapat diterima oleh pengguna serta hasil pengujian (testing) sudah bisa
dianggap memenuhi kebutuhan dari pengguna.
Tabel 4.39 Rancangan Pertanyaan Kuestioner
Jawaban/ Skor penilaian
NO Data Kuisioner
5 4 3 2 1
1 Pertanyaan Interface Sistem
Bagaimana tampilan antarmuka dari Sistem
1 Informasi Telepon dan Internet ini terlihat sesuai
kebutuhan pengguna ?

Bagaimana proses untuk menginputkan,


2 mengedit, menghapus dan melihat data pada
sistem ini dapat dilakukan secara efektif dan
efisien ?
Bagaimana Menu yang tersedia dalam setiap form
3 dan tabel Sistem Informasi telepon dan Internet
ini sudah terlihat sesuai kebutuhan pengguna ?

Bagaimana urutan struktur menu dalam menu


4 utama sudah sesuai kebutuhan informasi dalam
pelayanan Telepon dan Internet ?

Bagaimana tampilan dalam Sistem Informasi


5 layanan Telepon dan Internet ini dapat dipelajari
dan dipahami dengan mudah ?

Pertanyaan kemudahan menjalankan Sistem


2
informasi layanan Telepon dan Internet
Bagaimana pengelolaan perubahan password
1 data login, Admin Helpdesk, User Camp,
Koordinator dan Pimpinan dapat dilakukan
dengan mudah ?
Bagaimana pengelolaan data yang ada , serta
2 tujuan data ditampilkan dapat dilakukan dengan
baik ?

Bagaimana pemrosesan data dapat dilakukan


3 dengan mudah ?
Bagaimana pengelolaan data yang ada pada sistem
4 dapat dilakukan dengan mudah ?

3 Pertanyaan proses kerja sistem

Bagaimana proses alur kerja dari sistem ini


1 terlihat mudah?

Bagaimana proses pengelolaan data dapat


2 dilakukan dengan cepat?

Bagaimana proses-proses sistem sudah sesuai


3 dengan konsep Sistem Informasi layanan Telepon
dan Internet?

Bagaimana sistem ini lebih memudahkan


4 pengguna dibandingkan tanpa menggunakan
sistem?

Pertanyaan Informasi yang disajikan dalam


4
aplikasi
Bagaimana informasi data Sistem Informasi
1 layanan Telepon dan Internet ini keseluruhan
mudah untuk ditampilkan ?
Bagaimana data dalam Sistem Informasi layanan
2 Telepon dan Internet ini dapat memenuhi
informasi yang dibutuhkan ?

Bagaimana Apakah informasi dalam Sistem


3 Informasi layanan Telepon dan Internet ini sudah
dapat memenuhi kebutuhan pengguna?

JUMLAH

TOTAL SKOR

PRESENTASE

Anda mungkin juga menyukai