LAPORAN

PRAKTEK KERJA LAPANGAN

PERANCANGAN SISTEM INFORMASI TASK MANAGEMENT

HELPDESK PADA

PT TELKOM INDONESIA
Diajukan Untuk Memenuhi Syarat Sidang Praktek Kerja Lapangan

Program Studi Sistem Informasi (S1)

DISUSUN OLEH

CARLI LOREN ROVALDI

1741807

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER

“AMIK BANDUNG”

2019
 LEMBAR PENGESAHAN

LAPORAN PRAKTEK KERJA LAPANGAN PERANCANGAN SISTEM

INFORMASI TASK MANAGEMENT HELPDESK PADA PT TELKOM
INDONESIA

Oleh :

CARLI LOREN ROVALDI

NPM : 1741807

Bandung, September 2019

Menyetujui,

Pembimbing Praktek Kerja Dosen Pembimbing

Lapangan

Sutri Budiyono Christina Juliane, M.T

Mengesahkan,
Ketua Program Studi Sistem Informasi

Khoirida Aelani, MT

i
ABSTRAK

PT Telkom Indonesia merupakan perusahaan yang bergerak di bidang telekomunikasi,

permasalahan yang ada di sistem perusahaan ini adalah pada bagian divisi helpdesk
data management, dalam pengerjaan order sering bentrok dengan helpdesk data
management lain, menjadikan pekerjaan menjadi tidak terstruktur dengan baik
sehingga mengurangi efektivitas bekerja serta manager sulit melihat pekerjaan
helpdesk data management karena order yang diminta dari rekan divisi lain berupa
chat pribadi via telegram. Solusi untuk mengatasi masalah tersebut yaitu dengan
melakukan analisis dan merancang sebuah Sistem Informasi task management
helpdesk pada PT Telkom Indonesia, sehingga dapat mempermudah bagi divisi data
management dalam melakukan pekerjaannya, karena pekerjaan menjadi lebih
terstruktur. Metode perancangan sistem ini dengan menggunakan alat yaitu UML
(Unified Modeling Languange), use case diagram, activity diagram, class diagram
dan sequence diagram. Serta aplikasi yang digunakan dalam pembuatan sistem yaitu
PHP dan MySQL. Hasil yang dicapai dalam penulisan ini adalah sebuah Sistem
Informasi berbasis website pada PT Telkom Indonesia Witel Bandung Divisi Data
Management. Dengan adanya sistem ini mampu mengatasi masalah masalah yang ada
dan meningkatkan kuliatas dan efektivitas bekerja Helpdesk Data Management di PT
Telkom Indonesia Witel Bandung.
Kata kunci : UML, Website, PHP, Helpdesk

ii
KATA PENGANTAR

Puji syukur selalu kita panjatkan atas kehadirat Allah SWT karena atas Rahmat
dan Karunia-Nya lah Alhamdulillah laporan kerja praktek lapangan ini telah selesai
dikerjakan sebagaimana waktu yang telah ditentukan. Laporan ini berjudul
“PERANCANGAN SISTEM INFORMASI TASK MANAGEMENT HELPDESK
PADA PT TELKOM INDONESIA”.
Dalam menyelesaikan laporan ini penulis memperoleh bantuan dan dukungan
dari berbagai pihak yaitu Bapak Sutri Budiyono selaku pembimbing di tempat Praktek
kerja dan Ibu Christina Juliane, M.T. selaku pembimbing di kampus yang telah
memberikan kritik dan saran, bimbingan maupun arahan yang sangat berguna dalam
penyusunan laporan. Pada kesempatan ini penulis mengucapkan terima kasih yang
setinggi-tingginya kepada :
1) Bapak Dr. Tedjo Darmanto, M.T selaku ketua STMIK “AMIKBANDUNG”.
2) Kepada orang tua penulis, yang senantiasa mendoakan, memberikan motivasi
dan pengorbanannya baik dari segi moril, materi sehingga penulis dapat
menyelesaikan laporan ini.
3) Kepada Bapak Sutri Budiyono selaku pembimbing Praktek Kerja Lapangan
yang sudah membantu dan membimbing selama Praktek Kerja Lapangan
berlangsung.
4) Ibu Khoirida Aelani, MT. selaku ketua program studi Sistem Informasi STMIK
“AMIKBANDUNG”.
5) Seluruh Dosen, Staff dan Karyawan STMIK “AMIKBANDUNG”. Yang telah
memberikan ilmu pada penulis dan membantu penulis selama masih menjalani
perkuliahan.
Suatu kebanggaan manakala laporan ini dapat memberikan manfaat, baik untuk
penulis maupun pembaca. Oleh karena itu saya sangat mengharapkan masukan -
masukan dari pembaca yang bersifat membangun untuk kemudian dijadikan referensi
dalam penulisan laporan selanjutnya.
Bandung, September 2019

Carli Loren Rovaldi

iii
DAFTAR ISI

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

ABSTRAK ................................................................................................................... ii
KATA PENGANTAR ................................................................................................ iii
DAFTAR ISI ............................................................................................................... iv
DAFTAR GAMBAR ................................................................................................. vii
DAFTAR TABEL ....................................................................................................... ix
BAB I PENDAHULUAN .......................................................................................... 10
1.1 Latar Belakang ................................................................................................. 10

1.2 Identifikasi Masalah ......................................................................................... 11

1.3 Rumusan Masalah ............................................................................................ 11

1.4 Batasan Masalah............................................................................................... 11

1.5 Tujuan Praktek Kerja Lapangan....................................................................... 11

1.6 Kegunaan Praktek Kerja Lapangan .................................................................. 12

1.7 Lokasi Praktek Kerja ....................................................................................... 12

1.8 Jadwal dan Waktu Praktek Kerja Lapangan .................................................... 13

1.9 Teknik Pengumpulan Data ............................................................................... 13

1.10 Sistematika Penulisan..................................................................................... 14

BAB II LANDASAN TEORI ................................................................................... 15

2.1 Pengertian Sistem ............................................................................................. 15

2.2 Pengertian Informasi ........................................................................................ 15

2.3 Pengertian Sistem Informasi ............................................................................ 15

2.4 Pengertian Website........................................................................................... 15

2.5 Pengertian UML ............................................................................................... 16

2.5.1 Tujuan Penggunaan UML.......................................................................... 16

2.5.2 Diagram UML............................................................................................ 16

2.5.2.1 Use Case Diagram .................................................................................. 16

iv
 2.5.2.2 Class Diagram ........................................................................................ 17

2.5.2.3 Activity Diagram ..................................................................................... 17

2.5.2.4 Sequence Diagram .................................................................................. 17

BAB III KEADAAN UMUM PERUSAHAAN ....................................................... 18

3.1 Sejarah Perusahaan........................................................................................... 18

3.2 Struktur Organisasi .......................................................................................... 19

3.3 Visi Perusahaan ................................................................................................ 19

3.4 Misi Perusahaan ............................................................................................... 20

3.5 Tugas Yang Ditangani ..................................................................................... 20

3.6 Analisis Sistem Berjalan .................................................................................. 20

3.7 Analisis Sistem Usulan .................................................................................... 20

3.7.1 Deksripsi Umum Sistem ............................................................................ 20

3.7.2 Kebutuhan Fungsional ............................................................................... 21

3.7.3 Kebutuhan Non Fungsional ....................................................................... 23

3.8 Analisis Permodelan......................................................................................... 23

3.8.1 Usecase Diagram ....................................................................................... 23

3.9 Definisi Aktor .................................................................................................. 26

3.10 Skenario Usecase ........................................................................................... 27

3.11 Model Analisis ............................................................................................... 36

3.11.1 Class Analisis Per Usecase ...................................................................... 36

3.11.2 Class Analisis Keseluruhan ..................................................................... 39

3.12 Activity Diagram ............................................................................................ 40

BAB IV USULAN PERANCANGAN ...................................................................... 42

4.1 Paket Analisis ................................................................................................... 42

4.1.1 Identifikasi Paket Analisis ......................................................................... 42

4.1.2 Paket Diagram............................................................................................ 43

v
 4.1.2.1 Sudut Pandang Kebergantungan Fungsional .......................................... 43

4.1.2.2 Sudut Pandang Kebergantungan Data .................................................... 43

4.1.3 Identifikasi Kelas Analisis Tiap Paket ....................................................... 44

4.2. Model Perancangan ......................................................................................... 45

4.2.1 Class Diagram ........................................................................................... 45

4.2.2 Sequence Diagram ..................................................................................... 46

4.3 Perancangan Antarmuka .................................................................................. 51

4.4 Usulan Judul Tugas Akhir ................................................................................ 54

BAB V PENUTUP ..................................................................................................... 56

5.1 Kesimpulan ...................................................................................................... 56

5.2 Saran ................................................................................................................. 56

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

LAMPIRAN ............................................................................................................... 58
CATATAN PERBAIKAN DOKUMEN ................................................................... 61

vi
DAFTAR GAMBAR

Gambar 3. 1 Struktur Organisasi............................................................................... 19

Gambar 3. 2 Usecase Helpdesk ................................................................................. 23
Gambar 3. 3 Usecase Supervisor ............................................................................... 24
Gambar 3. 4 Usecase Admin...................................................................................... 25
Gambar 3. 5 Usecase Keseluruhan............................................................................ 26
Gambar 3. 6 Class Analisis Login ............................................................................ 36
Gambar 3. 7 Class Analisis Gagal login .................................................................. 36
Gambar 3. 8 Class Analisis Logout .......................................................................... 36
Gambar 3. 9 Class Analisis Input Lihat data order .................................................. 36
Gambar 3. 10 Class Analisis Input update status order .......................................... 36
Gambar 3. 11 Class Analisis Lihat status order ...................................................... 37
Gambar 3. 12 Class Analisis Cetak data order ........................................................ 37
Gambar 3. 13 Class Analisis Input tambah order ................................................... 37
Gambar 3. 14 Class Analisis Input tambah kategori order ..................................... 37
Gambar 3. 15 Class Analisis Input tambah user ..................................................... 37
Gambar 3. 16 Class Analisis Edit akun user ............................................................ 38
Gambar 3. 17 Class Analisis Hapus user ................................................................. 38
Gambar 3. 18 Class Analisis Lihat data user .......................................................... 38
Gambar 3. 19 Class Analisis Input tambah pegawai............................................... 38
Gambar 3. 20 Class Analisis Edit pegawai ............................................................. 38
Gambar 3. 21 Class Analisis Hapus pegawai.......................................................... 38
Gambar 3. 22 Class Analisis Lihat data pegawai .................................................... 39
Gambar 3. 23 Class Analisis keseluruhan ................................................................. 39
Gambar 3. 24 Activity Diagram Helpdesk ................................................................. 40
Gambar 3. 25 Activity Diagram Supervisor .............................................................. 41
Gambar 3. 26 Activity Diagram Admin ..................................................................... 41
Gambar 4. 1 Sudut Pandang Kebergantungan Fungsional ....................................... 43
Gambar 4. 2 Sudut Pandangan Kebergantungan Data ............................................ 43
Gambar 4. 3 Class Diagram ..................................................................................... 45
Gambar 4. 4 Sequence Diagram Login...................................................................... 46

vii
Gambar 4. 5 Sequence Diagram Gagal Login........................................................... 46
Gambar 4. 6 Sequence Diagram Logout.................................................................... 47
Gambar 4. 7 Input tambah order ............................................................................... 47
Gambar 4. 8 Input tambah kategori order ................................................................. 47
Gambar 4. 9 Lihat data order .................................................................................... 48
Gambar 4. 10 Input update status order .................................................................... 48
Gambar 4. 11 Lihat status order ................................................................................ 48
Gambar 4. 12 Cetak data order ................................................................................. 49
Gambar 4. 13 Input tambah user ............................................................................... 49
Gambar 4. 14 Edit akun user ..................................................................................... 50
Gambar 4. 15 Hapus user .......................................................................................... 50
Gambar 4. 16 Lihat data user .................................................................................... 50
Gambar 4. 17 Login Page sistem informasi task management helpdesk .................. 51
Gambar 4 18 Dashboard Admin sistem informasi task management helpdesk ......... 51
Gambar 4. 19 Tambah User (Admin) ........................................................................ 52
Gambar 4. 20 Dashboard Helpdesk sistem informasi task management helpdesk ... 52
Gambar 4. 21 Dashboard Supervisor sistem informasi task management helpdesk . 53
Gambar 4. 22 Tambah Order (Supervisor)................................................................ 53
Gambar 4. 23 Tambah Kategori (Supervisor) ........................................................... 54
Gambar 4. 24 Button Cetak data order ..................................................................... 54
Gambar 4. 25 Contoh Laporan PDF ......................................................................... 54

viii
DAFTAR TABEL

Tabel 1. 1 Jadwal Pelaksanaan Praktek Kerja Lapangan ......................................... 13

Tabel 3. 1 Kebutuhan Fungsional .............................................................................. 21
Tabel 3. 2 Kebutuhan Fungsional (Lanjutan) ............................................................ 22
Tabel 3. 3 Kebutuhan Non Fungsional ...................................................................... 23
Tabel 3. 4 Definisi Aktor ............................................................................................ 26
Tabel 3. 5 Definisi Aktor (Lanjutan) .......................................................................... 27
Tabel 3. 6 Skenario Use Case Login .......................................................................... 27
Tabel 3. 7 Skenario Use Case Gagal Login ............................................................... 28
Tabel 3. 8 Skenario Use Case Logout ........................................................................ 28
Tabel 3. 9 Skenario Use Case Lihat data order ......................................................... 29
Tabel 3. 10 Skenario Use Case Input update status order......................................... 29
Tabel 3. 11 Skenario Use Case Lihat status order .................................................... 29
Tabel 3. 12 Skenario Use Case Lihat status order (Lanjutan) .................................. 30
Tabel 3. 13 Skenario Use Case Cetak data order ...................................................... 30
Tabel 3. 14 Skenario Use Case Input tambah order .................................................. 30
Tabel 3. 15 Skenario Use Case Input tambah order (Lanjutan) ................................ 31
Tabel 3. 16 Skenario Use Case Input tambah kategori order ................................... 31
Tabel 3. 17 Skenario Use Case Input tambah user .................................................... 32
Tabel 3. 18 Skenario Use Case Hapus user ............................................................... 32
Tabel 3. 19 Skenario Use Case Edit akun user .......................................................... 33
Tabel 3. 20 Skenario Use Case Lihat data user ......................................................... 33
Tabel 3. 21 Skenario Use Case Input tambah pegawai ............................................. 34
Tabel 3. 22 Skenario Use Case Edit pegawai ............................................................ 34
Tabel 3. 23 Skenario Use Case Hapus pegawai ........................................................ 35
Tabel 3. 24 Skenario Use Case Lihat data pegawai .................................................. 35
Tabel 4. 1 Identifikasi Paket Analisis......................................................................... 42
Tabel 4. 2 Identifikasi Kelas Analisis Tiap Paket ...................................................... 44
Tabel 4. 3 Identifikasi Kelas Analisis Tiap Paket (Lanjutan) .................................... 45

ix
BAB I
PENDAHULUAN

1.1 Latar Belakang

Kemajuan akan teknologi informasi yang sangat pesat, mengakibatkan adanya
tuntutan suatu perusahaan untuk dapat mengelola suatu informasi sehingga dapat
tersaji dengan cepat, tepat dan akurat. Dengan menggunakan Sistem Informasi yang
terkomputerisasi, maka semua data dapat disimpan atau terintegrasi dalam satu
database, pengolahan data atau informasi pun dapat dilakukan dengan cepat, tepat dan
akurat.

PT Telkom Indonesia merupakan perusahaan yang bergerak di bidang

telekomunikasi, tempat penulis Kerja Praktek adalah pada divisi Helpdesk Data
Management, Helpdesk Data Management ini bertanggung jawab untuk mengerjakan
error data saat pemasangan Wifi, AstiNet, indihome, VPNIP dan Metro yang disebut
fallout data, error saat penginputan transaksi indihome yang disebut feasibility dan
error order order lain nya yang berhubungan dengan data, Telkom Indonesia sudah
ditunjang dengan berbagai aplikasi yang canggih untuk kelancaran karyawannya,
namun pada divisi tersebut pekerjaan yang dilakukan oleh HD DAMAN (Helpdesk
Data Management) belum struktur dan terukur, yakni pekerjaan yang diberikan oleh
supervisor masih menggunakan data excel atau google sheet di mana dengan cara
tersebut tidak akan terlihat order mana saja yang sudah dikerjakan dan belum
dikerjakan. Oleh karena itu, dalam praktek kerja lapangan, penulis tertarik untuk membuat
Sistem Informasi task management Helpdesk Data Management berbasis website di mana
semua data pekerjaan langsung terkomputerisasi dengan terhubung jaringan intranet
dengan judul “Perancangan Sistem Informasi Task Management Helpdesk pada PT
Telkom Indonesia”

10
Laporan Praktek Kerja - 1741807

1.2 Identifikasi Masalah

Identifikasi masalah yang ada di PT Telkom Indonesia Witel Bandung yaitu
1. Pengerjaan order bentrok dengan helpdesk lain
2. Manager sulit melihat hasil pekerjaan HD DAMAN
3. Pekerjaan tidak terstruktur dengan baik

1.3 Rumusan Masalah

Berdasarkan identifikasi masalah tersebut, maka rumusan masalahnya yaitu:
1. Bagaimana rancangan Sistem Informasi task management yang efektif
dan efisien untuk helpdesk data management
2. Bagaimana rancangan Sistem Informasi agar pekerjaan helpdesk dapat
dilihat oleh manager
3. Bagaimana agar pekerjaan dapat terstruktur dengan baik

1.4 Batasan Masalah

Agar laporan Praktek Kerja Lapangan ini lebih terarah, penulis membatasi
masalah yang akan dibahas yaitu yang dapat menginputkan order ke dalam sistem
hanya supervisor dan admin, divisi lain belum termasuk ke dalam sistem ini, di mana
supervisor akan menginputan order dan helpdesk akan mengupdate status oder
tersebut jika sudah dikerjakan.

1.5 Tujuan Praktek Kerja Lapangan

Tujuan kegiatan Praktek Kerja Lapangan antara lain :

1) Untuk meningkatkan kualitas dan pengalaman mahasiswa di dalam

dunia kerja yang sesungguhnya.
2) Mendapatkan pengalaman yang sebelumnya belum pernah didapat di
bangku kuliah.
3) Melatih kedisiplinan dan tanggung jawab mahasiswa terhadap tugas
yang diberikan.

11
Laporan Praktek Kerja - 1741807

1.6 Kegunaan Praktek Kerja Lapangan

Kegunaan Praktek Kerja Lapangan sangat banyak sekali mulai dari pihak
STMIK AMIKBANDUNG, sampai tempat Praktek Kerja Lapangan berlangsung.
Berikut adalah kegunaan Praktek Kerja Lapangan :

1) Bagi pihak STMIK AMIKBANDUNG

a. Sebagai alat ukur mahasiswa dalam memahami matari-materi kuliah dan
menerapkannya,
b. Sebagai sarana untuk memperluas jaringan kerjasama antar pihak
Akademi dengan pihak tempat Praktek Kerja Lapangan.
c. Untuk menambah wawasan baru sebagai bahan pembanding pembelajaran
terhadap pihak instansi tempat Praktek Kerja Lapangan berlangsung,
d. Sebagai penilaian sejauh mana mahasiswa mampu terjun langsung
didalam dunia kerja dan masyarakaat.
2) Bagi pihak PT Telkom Indonesia Witel Bandung
a. Sebagai bahan pertimbangan dalam mengambil kebijakan baru antar
akademi dan lembaga,
b. Untuk menjalin kerjasama yang menguntungkan antara mahasiswa
Akademi, dan Lembaga,
c. Pihak lembaga merasa terbantu oleh peserta Praktek Kerja Lapangan.
3) Bagi pihak mahasiswa
a) Untuk menambah wawasan dan pengalaman dalam dunia kerja,
b) Memperluas relasi/jaringan di dunia usaha yang nantinya menjadi tempat
untuk informasi mengenai pekerjaan,
c) Sebagai sarana menambah ilmu di luar perkuliahan mengenai dunia kerja.

1.7 Lokasi Praktek Kerja

Praktek Kerja Lapangan dilaksanakan di PT TELKOM INDONESIA Witel
Bandung yang terletak di Jl. Lembong No.36, Braga, Kec. Sumur Bandung, Kota
Bandung, Jawa Barat 40111.

12
Laporan Praktek Kerja - 1741807

1.8 Jadwal dan Waktu Praktek Kerja Lapangan

Adapun jadwal waktu pelaksanaan Praktek Kerja Lapangan ini dilaksanakan
pada waktu : 10 Juli – 10 Agustus 2019. Prakter Kerja Lapangan ini dilakukan setiap
4 kali seminggu ke instansi terkait sesuai dengan kesepakatan antara penulis dengan
pembimbing pada instansi tersebut.
Tabel 1. 1 Jadwal Pelaksanaan Praktek Kerja Lapangan
No. Kegiatan Jadwal Pelaksanaan 2019
Juli Agustus
II III IV I II
1. Pengumpulan Data
2. Dokumentasi
3. Analisis Data
4. Pengolahan Data
5. Pembuatan Aplikasi

Pada Tabel 1.1 menjelaskan jadwal pelaksanaan PKL, minggu ke-1 sampai ke-3
pengumpulan data, minggu ke-2 dan ke-3 dokumentasi, munggu ke-3 dan ke-4 analisis
data, minggu ke-3 sampai ke-5 pengolahan data dan pembuatan aplikasi.

1.9 Teknik Pengumpulan Data

Pemilihan metode pengumpulan data dilakukan untuk memperoleh data yang
lengkap, valid, update, serta sesuai fakta yang terdapat di lapangan. Adapun penulis
akan menggunakan beberapa metode yang akan digunakan adalah sebagai berikut:
1) Participant observation
Pengamatan di mana penulis terlibat langsung ke lapangan, untuk mengetahui
situasi nyata tentang segala kegiatan yang berjalan dan mengidentifikasi system
yang sudah berjalan.
2) Dokumentasi
Dokumentasi dibutuhkan untuk mengetahui catatan penting yang telah terjadi
pada divisi Data Management, terutama catatan transaksi layanan
telekomunikasi PT Telkom yang menjadi sumber data utama yang akan diolah
dan diteliti.

13
Laporan Praktek Kerja - 1741807

1.10 Sistematika Penulisan

Dalam penulisan tugas akhir yang diajukan, akan dibagi dalam 5 bab dengan
masing – masing bab mempunyai sub bab yang berfungsi untuk memberikan
penjelasan lebih rinci tentang objek pembahasan. Adapun secara garis besar bab
tersebut akan mempunyai format sebagai berikut :
1) Bab 1 Pendahuluan
Akan mempunyai sub bab yang akan menjelaskan tentang latar belakang,
rumusan masalah, batasan masalah, tujuan penulisan, metodelogi dan
sistematika penulisan dari objek yang diteliti.
2) Bab 2 Landasan Teori
Dikemukakan hal-hal atau teori-teori yang berkaitan dengan permasalahan dan
ruang lingkup pembahasan sebagai landasan dalam pembuatan laporan ini.
3) Bab 3 Keadaan Umum Perusahaan
Pada bab ini akan menjelaskan tentang keadaan umum perusahaan, sejarah, visi
misi dan struktur organisasi perusahaan.
4) Bab 4 Usulan Perancangan
Pada bab ini akan berisi tentang pembahasan bagaimana perancangan Sistem
Informasi
5) Bab 5 Penutup
Dalam bab ini akan menjelaskan kesimpulan mengenai hasil praktek kerja
industri yang telah lakukan serta saran dari penulis.

14
BAB II
LANDASAN TEORI

2.1 Pengertian Sistem

Sistem adalah kumpulan dari elemen-elemen yang berinteraksi untuk mencapai
suatu tujuan tertentu. sistem ini mengganmbarkan suatu kejadian-kejadian dan
kesatuan yang nyata adalah suatu objek nyata, seperti tempat, benda, dan orang-orang
yang betul-betul ada dan terjadi [1].
2.2 Pengertian Informasi
Informasi adalah data yang telah diolah dengan cara tertentu sesuai dengan
bentuk yang diperlukan. Dari pendapat para ahli tersebut, maka penulis menyimpulkan
bahwa Informasi adalah data-data yang telah diolah menjadi suatu bentuk yang lebih
berarti dan berguna bagi penerima informasi tersebut [2].
2.3 Pengertian Sistem Informasi
Sistem atau system merupakan kata yang berasal dari bahasa Yunani, yaitu
systeme. Systeme sendiri merujuk pada arti keseluruhan yang tersusun dari sekian
banyak bagian, dan juga sebagai suatu hubungan yang berlangsung antar komponen
secara teratur. Definisi mengenai informasi yang menyatakan bahwa informasi adalah
data yang telah diubah dan diolah ke dalam sebuah konteks yang memiliki makna dan
arti tertentu, sehingga berguna bagi end user tertentu [3].
Sistem informasi merupakan suatu kegiatan dari prosedur – prosedur yang
diorganisasikan, yang mana apabila sistem tersebut dieksekusi, maka sistem tersebut
akan menyediakan berbagai informasi untuk mendukung pengambilan keputusan dan
juga pengendalian yang ada di dalam suatu organisasi [4].
2.4 Pengertian Website
Pada dasarnya web merupakan suatu kumpulan hyperlink yang menuju dari
alamat satu ke alamat lainnya dengan bahasa HTML (HyperText Markup Language).
Website adalah suatu metode untuk menampilan informasi di internet, baik berupa

15
Laporan Praktek Kerja - 1741807

teks, gambar, suara maupun video yang interaktif dan mempunyai kelebihan untuk
menghubungkan (link) satu dokumen dengan dokumen lainnya (hypertext) yang dapat
diakses melalui sebuah browser [5].
Website adalah kumpulan halaman web yang saling terhubung dan file-filenya
saling terkait. Web terdiri dari page atau halaman, dan kumpulan halaman yang
dinamakan homepage. Homepage berada pada posisi teratas, dengan halaman-
halaman terkait berada di bawahnya. Biasanya setiap halaman di bawah homepage
disebut child page, yang berisi hyperlink ke halaman lain dalam web [6].
2.5 Pengertian UML
UML singkatan dari Unified Modeling Languange yang berarti bahasa
pemograman standar. Chonoles mengatakan sebagai bahasa, berarti UML memiliki
sintaks dan semantik. Ketika kita membuat model menggunakan konsep UML ada
aturan-aturan yang harus diikuti. Bagaimana elemen pada model – model yang kita
buat berhubungan satu dengan lainnya harus mengikuti standar yang ada. UML bukan
hanya sekedar diagram, tetapi juga menceritakan konteksnya [7].
2.5.1 Tujuan Penggunaan UML
1) Memberikan bahasa pemodelan yang bebas dari berbagai bahas pemrograman dan
proses rekayasa.
2) Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan.
3) Memberikan model yang siap pakai, bahasa pemodelan visual yang ekspresif
untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti
secara umum.
2.5.2 Diagram UML
UML terdiri dari diagram-diagram di mana setiap diagram didalam UML
memperlihatkan sistem dari berbagai sudut pandang yang berbeda [8].
2.5.2.1 Use Case Diagram
Use case diagram adalah suatu diagram yang menggambarkan fungsionalitas
yang diharapkan dari sebuah sistem, yang ditekankan adalah “apa” yang diperbuat
sistem, dan bukan “bagaimana”. Sebuah use case mempresentasikan sebuah interaksi
antara actor dengan sistem. Use case menggambarkan kata kerja seperti Login ke
sistem, maintenance user dan sebagainya.

16
Laporan Praktek Kerja - 1741807

2.5.2.2 Class Diagram

Class adalah sebuah spesifikasi yang jika di-instansiasi akan menghasilkan
sebuah objek dan merupakan inti dari pengembangan berorientasi objek. Class
menggambarkan keadaan (attribute/property) suatu sistem, sekaligus menawarkan
layanan untuk memanipulasi keadaan tersebut (metode/fungsi). Class diagram
menggambarkan struktur dan deskripsi class, packed dan objek beserta hubungan satu
sama lain seperti containment, pewarisan, asosiasi dan lainnya.
2.5.2.3 Activity Diagram
Activity diagram menggambarkan berbagai alir aktifitas dalam sebuah sistem
yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang
mungkin terjadi dan bagaimana mereka berakhir. Activity diagram juga dapat
menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity
diagram tidak menggambarkan sifat internal dari sebuah sistem dan interaksi antara
beberapa sub sistem secara eksak, tetapi lebih menggambarkan proses-proses dan
jalur-jalur aktivitas dari level atas secara umum.
2.5.2.4 Sequence Diagram
Sequence diagram secara grafis menggambarkan bagaimana objek berorientasi
antara satu sama lain melalui pesan ekusi pada sebuah usecase atau operasi.

17
BAB III
KEADAAN UMUM PERUSAHAAN

3.1 Sejarah Perusahaan

Telekomunikasi Indonesia, Tbk selanjutnya disebut TELKOM merupakan
BUMN yang bergerak di bidang jasa layanan telekomunikasi dan jaringan di wilayah
Indonesia. Sebagai Perusahaan milik negara yang sahamnya diperdagangkan di bursa
saham, pemegang saham mayoritas Perusahaan adalah Pemerintah Republik Indonesia
sedangkan sisanya dikuasai oleh publik. Perusahaan penyelenggara bisnis T.I.M.E.S
(Telecommunication, Information, Media, Edutainmet and Services) milik negara
yang terbesar di Indonesia, yaitu sebuah portfolio bisnis yang lebih lengkap mengikuti
tren perubahan bisnis global di masa datang.
Pada tanggal 14 November 1995 dilakukan Penawaran Umum Perdana saham
Telkom. Sejak itu saham Telkom tercatat dan diperdagangkan di Bursa Efek Jakarta
(BEJ) dan Bursa Efek Surabaya (BES) (keduanya sekarang bernama Bursa Efek
Indonesia (BEI)), Bursa Saham New York (NYSE) dan Bursa Saham London (LSE).
Saham Telkom juga diperdagangkan tanpa pencatatan di Bursa Saham Tokyo. Jumlah
saham yang dilepas saat itu adalah 933 juta lembar saham.
Tahun 1999 ditetapkan Undang-undang Nomor 36 Tahun 1999 tentang
Telekomunikasi. Sejak tahun 1989, Pemerintah Indonesia melakukan deregulasi di
sektor telekomunikasi dengan membuka kompetisi pasar bebas. Dengan demikian,
Telkom tidak lagi memonopoli telekomunikasi Indonesia.
Tahun 2001 Telkom membeli 35% saham Telkomsel dari PT Indosat sebagai
bagian dari implementasi restrukturisasi industri jasa telekomunikasi di Indonesia
yang ditandai dengan penghapusan kepemilikan bersama dan kepemilikan silang
antara Telkom dan Indosat. Sejak bulan Agustus 2002 terjadi duopoli penyelenggaraan
telekomunikasi lokal.
Pada 23 Oktober 2009, Telkom meluncurkan “New Telkom” (“Telkom baru”) yang
ditandai dengan penggantian identitas perusahaan.

18
Laporan Praktek Kerja - 1741807

3.2 Struktur Organisasi

GM

MADM

ASMAN ASMAN ASMAN

AAM NM AO

OFF
DAMAN
HD
DAMAN

Gambar 3. 1 Struktur Organisasi

Sumber : AD/ART PT Telkom Indonesia

Seperti yang dapat dilihat pada Gambar 3.1, untuk bagian / divisi penempatan selama
Praktek Kerja Lapangan, penulis ditempatkan di bagian divisi daman ini dibawah
Officer Data Management.
Keterangan :
GM = General Manager
MADM = Manager Access Data Management
ASMAN AAM = Assisten Manager Asset Management
ASMAN NM = Assisten Manager NTE Management
ASMAN AO = Assisten Manager Alvadjar Operation
OFF DAMAN = Officer Data Management
HD DAMAN = Helpdesk Data Management

3.3 Visi Perusahaan

Menjadi perusahaan yang unggul dalam penyelenggaraan Telecommunication,
Information, Media, Edutainment, dan Services (TIMES) di kewasan regional.

19
Laporan Praktek Kerja - 1741807

3.4 Misi Perusahaan

1. Menyediakan layanan TIMES yang berkualitas tinggi dengan harga yang
kompetitif.
2. Menjadi model pengelolaan korporasi terbaik di Indonesia.
Visi dan Misi ditetapkan berdasarkan keputusan Komisaris PT Telekomunikasi
Indonesia, Tbk No.09/KEP/DK/2012 pada tanggal 30 Mei 2012.
3.5 Tugas Yang Ditangani
Sistem pengaturan pekerjaan helpdesk data management belum dilakukan
secara terstruktur ada proses bisnis yang menghilangkan efektivitas pekerjaan yaitu,
sesama helpdesk bisa mengerjakan pekerjaan yang sama karena tidak ada
pemberitahuan bahwa pekerjaan tersebut sedang di handle.

3.6 Analisis Sistem Berjalan

Data Management adalah divisi yang merupakan jantungnya dari layanan
telekomunikasi PT Telkom, dikarenakan tugas Data Management adalah meluruskan
data di lapangan sesuai dengan data yang ada di sistem, jika data di lapangan dan di
sistem berbeda maka pada saat pemasangan layanan tersebut akan terkena error data
atau fallout data, fallout data ini dikerjakan oleh Helpdesk Data Management, error
error tersebut diminta dari rekan divisi lain dengan mengirimkannya ke telegram, dan
ada juga grup untuk divisi lain meminta bantuan kepada HD DAMAN (Helpdesk Data
Management), yang jadi permasalah dalam sistem yang sedang berjalan ini adalah, HD
DAMAN sering diminta meluruskan order yang sama dari divisi yang berbeda, dan
terlalu banyak chat pribadi kepada HD DAMAN di mana hal tersebut mengurangi
efektivitas bekerja HD DAMAN tersebut karena permintaan pelurusan data tersebut
diminta dengan chat pribadi via telegram menjadikan manager sulit untuk melihat atau
memonitor kinerja helpdesk data management.

3.7 Analisis Sistem Usulan

3.7.1 Deksripsi Umum Sistem
Dari kasus yang telah ditemukan dalam perusahaan diantaranya adalah
management pekerjaan yang dilakukan oleh hepldesk belum terstruktur, helpdesk
banyak menerima japri dari divisi lain untuk meminta bantuan pelurusan data, order
order yang diberikan itu dari jenis kategori order yang berbeda karena PT. Telkom

20
Laporan Praktek Kerja - 1741807

mempunyai banyak layanan telekomunikasi diantara ada order AstiNet, WiFi,

Indihome, Feasibility dan lain lain, rekan dari divisi lain akan meminta bantuan kepada
supervisor agar ordernya diluruskan lalu nanti oleh supervisor akan diberikan kepada
helpdesk, untuk mengerjakan banyak kategori helpdesk harus membuka banyak tab
google sheet karena penyimpanan nya beda beda, lalu pada saat pengerjaan helpdesk
helpdesk bisa mengerjakan order yang sama menjadikan efektivitas pekerjaan menjadi
berkurang, maka dari itu disini penulis mengusulkan sistem task management agar
pekerjaan helpdesk lebih terstruktur dan dapat dilihat berapa order yang sudah
dikerjakan, sedang dikerjakan dan belum dikerjakan.
Pada sistem ini akan ada 3 aktor diantaranya helpdesk selaku yang
menginputkan pekerjaan untuk helpdesk, helpdesk selaku yang mengerjakan order
tersebut dan mengupdate status order tersebut pada sistem, dan admin yang mengelola
sistem ini.
Aktor Helpdesk setelah login akan disuguhi tampilan utama dashboard
informasi status order, berapa order yang sudah diselesaikan, sedang dikerjakan dan
belum dikerjakan, lalu helpdesk akan membuka data order tersebut, jika status order
nya belum dikerjakan maka helpdesk klik order tersebut maka status order tersebut
akan berubah menjadi sedang dikerjakan, jika order sudah dikerjakan maka klik
kembali order tersebut untuk update status order tersebut menjadi sudah dikerjakan,
aktor Supervisor memiliki fungsi dan otoritas yang sama seperti helpdesk tetapi
supervisor memiliki fitur untuk tambah order dan tambah kategori di mana fungsi
tambah order adalah untuk menambahkan order yang terkena error data yang
didapatkan dari divisi lain dan fungsi tambah kategori adalah untuk menambahkan
kategori error yang diminta, dan aktor admin mempunyai akses CRUD dan
mempunyai seluruh fungsi yang ada di sistem ini.
3.7.2 Kebutuhan Fungsional

Tabel 3. 1 Kebutuhan Fungsional

No. KF Deskripsi
Aktor 1 Helpdesk
KF-001 Login
KF-002 Gagal login
KF-003 Logout
KF-004 Lihat data order

21
Laporan Praktek Kerja - 1741807

Tabel 3. 2 Kebutuhan Fungsional (Lanjutan)

No. KF Deskripsi
Aktor 1 Helpdesk
KF-005 Input update status order
KF-006 Lihat status order
KF-007 Cetak data order
Aktor 2 Supervisor
KF-008 Login
KF-009 Gagal login
KF-010 Logout
KF-011 Input tambah order
KF-012 Input tambah kategori order
KF-013 Lihat data order
KF-014 Input update status order
KF-015 Lihat status order
KF-016 Cetak data order
Aktor 3 Admin
KF-017 Login
KF-018 Gagal login
KF-019 Logout
KF-020 Input tambah order
KF-021 Input tambah kategori order
KF-022 Lihat data order
KF-023 Input update status order
KF-024 Lihat status order
KF-025 Cetak data order
KF-026 Input tambah user
KF-027 Edit akun user
KF-028 Hapus user
KF-029 Lihat data user
KF-030 Input tambah pegawai
KF-031 Edit akun pegawai
KF-032 Hapus pegawai
KF-032 Lihat data pegawai

Pada tabel 3.1 dan 3.2 menjelaskan tentang isi dari aplikasi yang akan di buat juga
memberitahukan apa saja yang bisa di lakukan oleh setiap aktor, seperti admin yang
memiliki hak akses penuh dapat menggunakan semua fitur yang ada pada sistem ini,
helpdesk dapat menggunakan fitur update status order, lihat status order dan cetak data
order, lalu supervisor sama seperti admin namun supervisor dapat menginput tambah
order dan input kategori order.

22
Laporan Praktek Kerja - 1741807

3.7.3 Kebutuhan Non Fungsional

Tabel 3. 3 Kebutuhan Non Fungsional

No.KNF Deskripsi
KNF-001 Aplikasi dibuat user friendly
KNF-002 Aplikasi berbasis web
KNF-003 Diakses menggunakan intranet

Pada tabel 3.3 menjelaskan tetang kebutuhan non fungsional yang berarti sistem
informasi taks management helpdesk berbasis desktop dapat dioperasikan dengan
mudah karena user friendly dan diakses dengan menggunakan intranet.

3.8 Analisis Permodelan

3.8.1 Usecase Diagram
1) Usecace Diagram Helpdesk

Gambar 3. 2 Usecase Helpdesk

23
Laporan Praktek Kerja - 1741807

Pada gambar 3.2 menjelaskan bahwa pada sistem informasi task management helpdesk
ini, aktor Helpdesk dapat melakukan lihat data order, input update status order, lihat
status order dan cetak data order.

2) Usecase Diagram Supervisor

Gambar 3. 3 Usecase Supervisor

Pada gambar 3.3 menjelaskan bahwa pada sistem informasi task management helpdesk
ini, aktor Supervisor dapat melakukan input tambah order, input tambah kategori
order, lihat data order, input update status order, lihat status order dan cetak data order.

24
Laporan Praktek Kerja - 1741807

3) Usecase Diagram Admin

Gambar 3. 4 Usecase Admin

Pada Gambar 3.4 menjelaskan tentang hal apa saja yang dapat di lakukan oleh admin
di sistem informasi task management helpdesk. Pada sistem informasi task
management helpdesk tersebut admin dapat hak akses penuh seperti menginput
tambah order, input tambah kategori order. Input tambah user, input tambah pegawai.

25
Laporan Praktek Kerja - 1741807

4) Usecase Diagram Keseluruhan

Gambar 3. 5 Usecase Keseluruhan

Pada gambar 3.5 menjelaskan tentang hal apa saja yang dapat dilakukan oleh semua
aktor yang terdiri dari helpdesk, supervisor dan admin. Admin memiliki hak akses
penuh terhadap sistem ini, helpdesk hanya memiliki akses untuk lihat order dan update
status order yang telah ia kerjakan, sedangkan supervisor sama seperti helpdesk namun
supervisor dapat menginputkan tambah order dan input tambah kategori order, untuk
nanti dikerjakan oleh helpdesk.

3.9 Definisi Aktor

Tabel 3. 4 Definisi Aktor
No Aktor Definisi
1. Helpdesk Helpdesk merupakan aktor
yang mengerjakan task yang
diinput supervisor di web

26
Laporan Praktek Kerja - 1741807

Tabel 3. 5 Definisi Aktor (Lanjutan)

No Aktor Definisi
2. Supervior Supervisor merupakan aktor
yang menginputkan order
order yang harus di luruskan
datanya dan di kerjakan oleh
helpdesk
3. Admin Admin merupakan aktor
yang mengontrol aplikasi,
memodifikasi database

Pada tabel 3.4 dan 3.5 menjelaskan tanggung jawab atau hak akses apa saja yang di
dapat oleh setiap aktor.

3.10 Skenario Usecase

Tabel 3. 6 Skenario Use Case Login
Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor akan masuk ke sistem
Hasil yang diharapkan Aktor berhasil masuk ke
system
Skenario
Aksi Aktor Reaksi sistem
1. Buka system
2. Isi kolom username
dan password
3. Klik tombol login
4. Memeriksa validasi
username
dan password
5. Masuk halaman utama

Tabel 3.6 menjelaskan mengenai proses login yang dilakukan oleh aktor admin,
helpdesk dan supervisor. Langkah pertama pengguna harus membuka sistem setelah
itu pengguna wajib masuk ke halaman login setelah masuk kehalaman login pengguna
memasukan username dan password pada kolom yang telah disediakan. Setelah semua
kolom terisi dan menekan tombol login maka sistem akan memeriksa kebenaran
username dan password ketika semuanya sudah benar makan akan tampil halam utama
yang dituju.

27
Laporan Praktek Kerja - 1741807

Tabel 3. 7 Skenario Use Case Gagal Login

Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor akan masuk ke sistem
Hasil yang diharapkan Aktor gagal masuk ke sistem
Skenario
Aksi Aktor Reaksi sistem
1. Buka system
2. Isi kolom
username dan
password
3. Klik tombol login
4. Memeriksa validasi
username dan password
5. Menampilkan pesan
login tidak valid

Tabel 3.7 menjelaskan mengenai proses gagal login yang dilakukan oleh aktor admin,
helpdesk dan supervisor. Langkah pertama pengguna membuka sistem setelah itu
pengguna masuk ke halaman login setelah masuk kehalaman login pengguna
memasukan username dan password pada kolom yang telah disediakan. Setelah semua
kolom terisi dan menekan tombol login maka sistem akan memeriksa kebenaran
username dan password ketika password salah maka akan tampil pesan login tidak
valid.
Tabel 3. 8 Skenario Use Case Logout
Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor ada di dalam system
Hasil yang diharapkan Aktor keluar dari system
Skenario
Aktor Helpdesk, Supervisor, Admin
Aksi Aktor Reaksi Sistem
1. Aktor dalam
system
2. Mengklik menu
logout
3. Berhasil keluar
dari system

Tabel 3.8 menjelaskan mengenai proses logout yang dilakukan oleh aktor admin,
helpdesk dan supervisor. Langkah pertama aktor telah login dan berada di sistem
setelah itu pengguna mengklik menu logout maka aktor telah berhasil keluar dari
sistem.

28
Laporan Praktek Kerja - 1741807

Tabel 3. 9 Skenario Use Case Lihat data order

Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor ada di dalam system
Hasil yang diharapkan Data order berhasil di
tampilkan
Skenario
Aksi Aktor Reaksi sistem
1. Aktor berada di
system
2. Klik Lihat data
order
3. Menampilkan data
order

Tabel 3.9 menjelaskan mengenai proses lihat data order yang dilakukan oleh aktor
admin, helpdesk dan supervisor. Pertama aktor telah melakukan login dan berada
dalam system, lalu aktor mengklik tombol lihat data order maka system akan
menampilkan data order.

Tabel 3. 10 Skenario Use Case Input update status order

Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor ada di menu data order
Hasil yang diharapkan Data order berhasil dirubah
Skenario
Aksi Aktor Reaksi sistem
1. Aktor berada di
system
2. Klik update status
order
3. Merubah status order

Tabel 3.10 menjelaskan mengenai proses input update status order yang dilakukan oleh
aktor admin, helpdesk dan supervisor. Aktor telah melakukan login dan berada dalam
system di menu data order, lalu aktor mengklik update status order yang telah
dikerjakan, maka system merubah atau memperbaharui status order.

Tabel 3. 11 Skenario Use Case Lihat status order

Aktor Helpdesk, Supervisor, Admin
Helpdesk, Supervisor, Admin
Prekondisi Aktor telah berada di halaman
utama
Hasil yang diharapkan Menampilkan status order

29
Laporan Praktek Kerja - 1741807

Tabel 3. 12 Skenario Use Case Lihat status order (Lanjutan)

Aktor Helpdesk, Supervisor, Admin
Helpdesk, Supervisor, Admin
Prekondisi Aktor telah berada di halaman
utama
Hasil yang diharapkan Menampilkan status order
Skenario
Aksi Aktor Reaksi Sistem
1. Klik menu lihat status
order
2. Menampilkan data
status order

Tabel 3.11 dan 3.12 menjelaskan mengenai proses lihat status order yang dilakukan
oleh aktor admin, helpdesk dan supervisor. Aktor telah berada dalam sistem lalu aktor
mengklik menu lihat status order lalu system menampilkan data status order.

Tabel 3. 13 Skenario Use Case Cetak data order

Aktor Helpdesk, Supervisor, Admin
Prekondisi Aktor berada di menu data
order
Hasil yang diharapkan Data order berhasil di cetak
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam menu
data order
2. Klik cetak order
3. Mencetak data order

Tabel 3.13 menjelaskan mengenai proses cetak data order yang dilakukan oleh aktor
admin, helpdesk dan supervisor. Aktor telah melakukan login dan berada dalam menu
data order lalu aktor mengklik menu cetak order, maka system akan mencetak data
order.

Tabel 3. 14 Skenario Use Case Input tambah order

Aktor Supervisor, Admin
Prekondisi Aktor telah berada di menu
data order
Hasil yang diharapkan Berhasil menambahkan order
Skenario
Aksi Aktor Reaksi Sistem

30
Laporan Praktek Kerja - 1741807

Tabel 3. 15 Skenario Use Case Input tambah order (Lanjutan)

Aktor Supervisor, Admin
Prekondisi Aktor telah berada di menu
data order
Hasil yang diharapkan Berhasil menambahkan order
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam menu
data order
2. Klik tambah order
3. Data order berhasil
ditambahkan

Tabel 3.14 dan 3.15 menjelaskan mengenai proses input tambah order yang dilakukan
oleh aktor admin dan supervisor. Pertama aktor telah login dan berada dalam menu
data order lalu untuk menambah order maka klik tambah order, setelah itu aktor
memasukan data order dan data order berhasil ditambahkan.

Tabel 3. 16 Skenario Use Case Input tambah kategori order

Aktor Supervisor, Admin
Prekondisi Aktor berada dalam halaman
pembantu
Hasil yang diharapkan Berhasil menambah kategori
order
Aktor Supervisor, Admin
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam menu
data order
2. Klik tambah kategori
order
3. Berhasil memasukan
kategori order

Tabel 3.16 menjelaskan mengenai proses tambah kategori order yang dilakukan oleh
aktor admin dan supervisor. Pertama aktor telah melakukan login dan berada dalam
menu data order, untuk menambahkan kategori order, aktor klik tombol tambah
kategori order, lalu aktor memasukan kategori order yang akan di inputkan dan
kategori order telah berhasil dimasukan.

31
Laporan Praktek Kerja - 1741807

Tabel 3. 17 Skenario Use Case Input tambah user

Aktor Admin
Prekondisi Aktor ada di menu data user
Hasil yang diharapkan Data user berhasil disimpan
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam system
2. Mengklik tombol
tambah user
3. Menampilkan form
user
4. Mengisi form dan
otoritas user
5. Data user berhasil
disimpan

Tabel 3.17 menjelaskan mengenai proses input tambah user yang dilakukan oleh aktor
admin. Admin telah melakukan login dan berada dalam system lalu admin klik tombol
tambah user, system menampilakn form user untuk diisi, maka admin mengisi form
dan otoritas user, maka data user berhasil disimpan ke database.

Tabel 3. 18 Skenario Use Case Hapus user

Aktor Admin
Prekondisi Aktor berada di menu data user
Hasil yang diharapkan Data berhasil dihapus
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor berada di
system
2. Klik hapus user
3. Berhasil menghapus
user

Tabel 3.18 menjelaskan mengenai proses hapus user yang dilakukan oleh aktor admin.
Aktor telah login dan berada dalam system di menu data user, lalu aktor memilih user
yang akan dihapus, setelah itu aktor klik hapus user, lalu user telah berhasil dihapus
dari database.

32
Laporan Praktek Kerja - 1741807

Tabel 3. 19 Skenario Use Case Edit akun user

Aktor Admin
Prekondisi Aktor berada di halaman data
user
Hasil yang diharapkan Data user berhasil perbaharui
Skenario

Aksi Aktor Reaksi Sistem

1. Aktor berada di
system
2. Klik edit user
3. Menampilkan form
user
4. Mengisi perubahan
data user
5. Data user di simpan

Tabel 3.19 menjelaskan mengenai proses edit akun user yang dilakukan oleh aktor
admin. Aktor telah login dan berada dalam system di halaman data user, lalu aktor
memilih user yang akan diedit, setelah itu aktor klik edit user, lalu system menampikan
form user, selanjutnya aktor mengisi perubahan user, dan jika sudah diperbaharui
maka data user berhasil disimpan dan diperbaharui.

Tabel 3. 20 Skenario Use Case Lihat data user

Aktor Admin
Prekondisi Aktor ada di menu utama
Hasil yang diharapkan Behasil menampilkan data user
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam sistem
2. Mengklik lihat data
user
3. Menampikan data user

Pada tabel 3.20 menjelaskan mengenai proses lihat data user yang dilakukan oleh aktor
admin, langkah pertama admin harus melakukan login dan berada di menu utama,
setelah itu admin mengklik lihat data user, maka system akan menampilkan data user.

33
Laporan Praktek Kerja - 1741807

Tabel 3. 21 Skenario Use Case Input tambah pegawai

Aktor Admin
Prekondisi Aktor berada di menu data
pegawai
Hasil yang diharapkan Data berhasil dimasukan
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam sistem
2. Klik tambah pegawai
3. Menampilkan form
pegawai
4. Mengisi data
pegawai
5. Memasukan data
pegawai

Pada tabel 3.21 menjelaskan mengenai proses input tambah pegawai yang dilakukan
oleh aktor admin, pertama admin telah melakukan login dan masuk ke menu data
pegawai, setelah itu admin klik tambah pegawai, lalu system menampilkan form
pegawai, selanjutnya admin mengisi data pegawai dan system memasukan nya ke
database.

Tabel 3. 22 Skenario Use Case Edit pegawai

Aktor Admin
Prekondisi Aktor berada di halaman data
pegawai
Hasil yang diharapkan Data berhasil diperbaharui
Skenario
Aksi Aktor Reaksi Sistem
1. Klik edit pegawai
2. Menampilkan form
pegawai
3. Mengisi data pegawai
4. Data berhasil
dimasukan

Tabel 3.22 menjelaskan mengenai proses edit pegawai yang dilakukan oleh aktor
admin, langkah pertama admin harus login dan masuk di halaman data pegawai,
selanjutnya admin klik edit pegawai yang akan dirubah datanya, lalu system
menampilkan form pegawai, lalu admin mengisi data pegawai dan memasukan nya ke
system.

34
Laporan Praktek Kerja - 1741807

Tabel 3. 23 Skenario Use Case Hapus pegawai

Aktor Admin
Prekondisi Aktor ada di halaman data
pegawai
Hasil yang diharapkan Data berhasil dihapus
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam sistem
2. Mengklik hapus
pegawai
3. Menghapus data
pegawai

Tabel 3.23 menjelaskan mengenai proses hapus pegawai yang dilakukan oleh aktor
admin, pertama admin telah melakukan login lalu admin berada di halaman data
pegawai, selanjutnya admin memilih data pegawai yang akan di hapus dan klik hapus
pegawai, system pun menghapus data pegawai dari database.

Tabel 3. 24 Skenario Use Case Lihat data pegawai

Aktor Admin
Prekondisi Aktor berada di dalam system
Hasil yang diharapkan Data berhasil ditampilkan
Skenario
Aksi Aktor Reaksi Sistem
1. Aktor dalam menu
utama
2. Mengklik lihat data
pegawai
3. Menampilkan data
pegawai

Tabel 3.24 menjelaskan mengenai proses lihat data pegawai yang dilakukan oleh aktor
admin, pertama admin harus sudah login dan berada pada menu utama selanjutnya
admin klik lihat data pegawai, maka system akan menampilkan daftar data pegawai.

35
Laporan Praktek Kerja - 1741807

3.11 Model Analisis

3.11.1 Class Analisis Per Usecase

Gambar 3. 6 Class Analisis Login

Pada gambar 3.6 menjelaskan class analisis login, bahwa boundary login berada pada
control akses.control dan entity user.db

Gambar 3. 7 Class Analisis Gagal login

Pada gambar 3.7 menjeleskan class analisis gagal login, bahwa boundary gagal login
berada pada control akses.control dan entity user.db

Gambar 3. 8 Class Analisis Logout

Pada gambar 3.8 menjelaskan class analisis logout, bahwa boundary logout berada
pada control akses.control dan entity user.db

Gambar 3. 9 Class Analisis Input Lihat data order

Pada gambar 3.9 menjelaskan class analisis input lihat data order, bahwa boundary
lihat data order berada pada control lihat_data_order.control dan entity order.db

Gambar 3. 10 Class Analisis Input update status order

Pada gambar 3.10 menjelaskan class analisis input update status order, bahwa
boundary input update status order berada pada control
input_update_status_order.control dan entity order.db

36
Laporan Praktek Kerja - 1741807

Gambar 3. 11 Class Analisis Lihat status order

Pada gambar 3.11 menjelaskan class analisis lihat status order, bahwa boundary lihat
status order berada pada control input _status_order.control dan entity order.db

Gambar 3. 12 Class Analisis Cetak data order

Pada gambar 3.12 menjelaskan class analisis cetak data order, bahwa boundary input
update status order berada pada control input_update_status_order.control dan entity
order.db

Gambar 3. 13 Class Analisis Input tambah order

Pada gambar 3.13 menjelaskan class analisis input tambah order, bahwa boundary
input tambah order berada pada control input_tambah_order.control dan entity
order.db

Gambar 3. 14 Class Analisis Input tambah kategori order

Pada gambar 3.14 menjelaskan class analisis input tambah kategori, bahwa boundary
input tambah kategori order berada pada control tambah_kategori_order.control dan
entity order.db.

Gambar 3. 15 Class Analisis Input tambah user

Pada gambar 3.15 menjelaskan class analisis input tambah user, bahwa boundary input
tambah user berada pada control user.control dan entity order.db.

37
Laporan Praktek Kerja - 1741807

Gambar 3. 16 Class Analisis Edit akun user

Pada gambar 3.16 menjelaskan class analisis edit akun user, bahwa boundary edit akun
user berada pada control user.control dan entity user.db.

Gambar 3. 17 Class Analisis Hapus user

Pada gambar 3.17 menjelaskan class analisis hapus user, bahwa boundary hapus user
berada pada control user.control dan entity user.db.

Gambar 3. 18 Class Analisis Lihat data user

Pada gambar 3.18 menjelaskan class lihat data user, bahwa boundary edit akun user
berada pada control user.control dan entity user.db.

Gambar 3. 19 Class Analisis Input tambah pegawai

Pada gambar 3.19 menjelaskan class analisis input tambah pegawai, bahwa boundary
input tambah pegawai berada pada control pegawai.control dan entity pegawai.db.

Gambar 3. 20 Class Analisis Edit pegawai

Pada gambar 3.20 menjelaskan class analisis edit pegawai, bahwa boundary edit
pegawai berada pada control pegawai.control dan entity pegawai.db.

Gambar 3. 21 Class Analisis Hapus pegawai

Pada gambar 3.21 menjelaskan class analisis hapus pegawai, bahwa boundary hapus
pegawai berada pada control pegawai.control dan entity pegawai.db.

38
Laporan Praktek Kerja - 1741807

Gambar 3. 22 Class Analisis Lihat data pegawai

Pada gambar 3.22 menjelaskan class analisis lihat data pegawai, bahwa boundary
liehat data pegawai pegawai berada pada control pegawai.control dan entity
pegawai.db.
3.11.2 Class Analisis Keseluruhan

Gambar 3. 23 Class Analisis keseluruhan

Pada gambar 3.23 menjelaskan mengenai class analisis keseluruhan sistem task
management helpdesk, dari keseluruhan boundary, control dan entity.

39
Laporan Praktek Kerja - 1741807

3.12 Activity Diagram

Gambar 3. 24 Activity Diagram Helpdesk

Pada gambar 3.24 menjelaskan tentang proses apa saja yang akan dilewati oleh aktor
Helpdesk seperti lihat status order, lihat data order, input update status order dan
mencetak data order.

40
Laporan Praktek Kerja - 1741807

Gambar 3. 25 Activity Diagram Supervisor

Pada gambar 3.25 menjelaskan tentang proses apa saja yang akan dilewati oleh aktor
Supervisor seperti lihat status order, lihat data order, input update status order, input
tambah order, input tambah kategori order dan mencetak data order.

Gambar 3. 26 Activity Diagram Admin

Pada gambar 3.26 menjelaskan tentang proses apa saja yang akan dilewati oleh aktor
Admin seperti lihat status order, lihat data order, input update status order, input
tambah order, input tambah kategori order, input tambah pegawai, input tambah user
dan mencetak data order.

41
BAB IV
USULAN PERANCANGAN

4.1 Paket Analisis

4.1.1 Identifikasi Paket Analisis

Tabel 4. 1 Identifikasi Paket Analisis

No. Nama Paket UseCase Terkait
1. Paket hak akses Login
Gagal Login
Logout
2. Paket task order Input tambah kategori order
Input tambah order
Lihat data order
Input update status order
Lihat status order
Cetak data order
3. Paket user Input tambah user
Edit akun user
Hapus user
Lihat data user
4. Paket pegawai Input tambah pegawai
Edit pegawai
Hapus pegawai
Lihat data pegawai

Pada tabel 4.1 menjelaskan tentang pengelompokan usecase terkait sesuai dengan
nama paketnya, diantaranya ada paket hak akses, paket task order, paket user dan paket
pegawai.

42
Laporan Praktek Kerja - 1741807

4.1.2 Paket Diagram

4.1.2.1 Sudut Pandang Kebergantungan Fungsional

Gambar 4. 1 Sudut Pandang Kebergantungan Fungsional

Gambar 4.1 menjelaskan sudut padang kebergantungan fungsional, dimana semua

paket bergantung kepada paket Hak Akses karena ketika sudah melakukan login maka
semua fitur yang ada di dalam sistem dapat di akses oleh aktor.

4.1.2.2 Sudut Pandang Kebergantungan Data

Gambar 4. 2 Sudut Pandangan Kebergantungan Data

Gambar 4.2 menjelaskan bahwa paket user sangat bergantung kepada paket pegawai
karena jika tidak ada paket pegawai maka user tidak bisa di buat, paket task order
kebergantungan data kepada paket user dikarenakan task order di inputkan oleh user
dan di kelola oleh user, user itu meliputi helpdesk dan supervisor.

43
Laporan Praktek Kerja - 1741807

4.1.3 Identifikasi Kelas Analisis Tiap Paket

Tabel 4. 2 Identifikasi Kelas Analisis Tiap Paket
No. Nama Paket Nama Kelas Analisis Jenis Kelas
1. Paket hak akses Login.page Boundary
Gagal Login.page Boundary
Logout.page Boundary
Akses.control Control
User.db Entity
Order.db Entity
2. Paket task order Input tambah kategori order.page Boundary
Input tambah order.page Boundary
Lihat data order.page Boundary
Input update status order.page Boundary
Lihat status order.page Boundary
Cetak data order.page Boundary
Lihat data order.control Control
Input update status order.control Control
Lihat status order.control Control
Cetak order.control Control
Tambah order.control Control
Tambah kategori.control Control
Order.db Entity
Kategori.db Entity
3. Paket user Input tambah user.page Boundary
Edit akun user.page Boundary
Hapus user.page Boundary
Lihat data user.page Boundary
User.control Entity
User.db Entity
4. Paket pegawai Input tambah pegawai.page Boundary
Edit pegawai.page Boundary

44
Laporan Praktek Kerja - 1741807

Tabel 4. 3 Identifikasi Kelas Analisis Tiap Paket (Lanjutan)

No. Nama Paket Nama Kelas Analisis Jenis Kelas
Paket pegawai Hapus pegawai.page Boundary
Lihat data pegawai.page Boundary
4. Pegawai.control Entity
Pegawai.db Entity

Pada tabel 4.2 dan 4.3 menjelaskan class analisis tiap paket dimana setiap paket
terdapat boundary, control dan entity.

4.2. Model Perancangan

4.2.1 Class Diagram

Gambar 4. 3 Class Diagram

Pada gambar 4.3, terdapat 4 tabel yaitu user.db, order.db, kategori.db, dan pegawai.db,
pegawai.db merupakan tempat menyimpan data pegawai, user.db merupakan tempat
menyimpan data user yang dibuat untuk mengakses sistem ini dan otoritas nya dibuat
berbeda ada supervisor, helpdesk dan admin, kategori.db meruapakan tempat
menyimpan kategori order yang akan di inputkan oleh admin atau supervisor lalu
order.db merupakan tempat menyimpan order order yang dinput oleh supervisor

45
Laporan Praktek Kerja - 1741807

4.2.2 Sequence Diagram

Gambar 4. 4 Sequence Diagram Login

Pada gambar 4.4 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses login.

Gambar 4. 5 Sequence Diagram Gagal Login

Pada gambar 4.4 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses gagal login.

46
Laporan Praktek Kerja - 1741807

Gambar 4. 6 Sequence Diagram Logout

Pada gambar 4.6 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses logout.

Gambar 4. 7 Input tambah order

Pada gambar 4.7 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses input tambah
order.

Gambar 4. 8 Input tambah kategori order

47
Laporan Praktek Kerja - 1741807

Pada gambar 4.8 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses input tambah
kategori order.

Gambar 4. 9 Lihat data order

Pada gambar 4.9 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses input tambah
kategori order.

Gambar 4. 10 Input update status order

Pada gambar 4.10 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor juga
interaksi antara boundary, control dan entity untuk melakukan proses input update
status order.

Gambar 4. 11 Lihat status order

48
Laporan Praktek Kerja - 1741807

Pada gambar 4.11 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor juga
interaksi antara boundary, control dan entity untuk melakukan proses lihat status
order.

Gambar 4. 12 Cetak data order

Pada gambar 4.12 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses input cetak data
order.

Gambar 4. 13 Input tambah user

Pada gambar 4.13 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses input tambah
user.

49
Laporan Praktek Kerja - 1741807

Gambar 4. 14 Edit akun user

Pada gambar 4.14 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor, juga
interaksi antara boundary, control dan entity untuk melakukan proses edit akun user.

Gambar 4. 15 Hapus user

Pada gambar 4.15 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor. juga
interaksi antara boundary, control dan entity untuk melakukan proses hapus user.

Gambar 4. 16 Lihat data user

50
Laporan Praktek Kerja - 1741807

Pada gambar 4.16 menjelaskan tentang rangkaian pesan yang dikirim oleh aktor. juga
interaksi antara boundary, control dan entity untuk melakukan proses lihat data user.

4.3 Perancangan Antarmuka

Gambar 4. 17 Login Page sistem informasi task management helpdesk

Gambar 4.17 merupakan tampilan login sistem informasi task management helpdesk
yang diakses oleh semua aktor.

Gambar 4 18 Dashboard Admin sistem informasi task management helpdesk

Gambar 4.18 merupakan tampilan dashboard admin sistem informasi task

management helpdesk, dimana admin memiliki semua fitur yang ada pada sistem ini.

51
Laporan Praktek Kerja - 1741807

Gambar 4. 19 Tambah User (Admin)

Gambar 4.19 merupakan form tambah user yang dimiliki oleh admin, dimana dalam
form tersebut dapat memasukan username, password, id pegawai dan pemberian hak
akses kepada user tersebut.

Gambar 4. 20 Dashboard Helpdesk sistem informasi task management helpdesk

Gambar 4.20 merupakan tampilan dashboard helpdesk sistem informasi task

management helpdesk, dimana helpdesk memiliki fitur melihat status order yang sudah
dikerjakan, belum dikerjakan dan sedang di kerjakan, lalu bisa take order yang akan
dikerjakan dan mencetak data order.

52
Laporan Praktek Kerja - 1741807

Gambar 4. 21 Dashboard Supervisor sistem informasi task management helpdesk

Gambar 4.21 merupakan tampilan dashboard supervisor sistem informasi task

management helpdesk, fitur yang dimiliki oleh supervisor sama seperti helpdesk
namun supervisor mempunyai hak akses untuk input tambah order dan input tambah
kategori order.

Gambar 4. 22 Tambah Order (Supervisor)

Gambar 4.22 merupakan form dari tambah order, dimana didalam nya terdapat field
untuk memasukan data ID order, data dari order tersebut seperti kode error order
tersebut, dan combo box kategori order yang diminta.

53
Laporan Praktek Kerja - 1741807

Gambar 4. 23 Tambah Kategori (Supervisor)

Gambar 4.23 merupakan fitur yang dimiliki oleh supervisor untuk menambahkan
kategori order yang diminta.

Gambar 4. 24 Button Cetak data order

Gambar 4.24 merupakan tombol untuk mencetak data order yang telah di inputkan
oleh supervisor dan hasil nya digunakan sebagai laporan, dimana terdapat beberapa
tombol diantaranya tombol excel untuk mencetak data order ke format xls, lalu tombol
PDF untuk mencetak order ke format adobe reader.

Gambar 4. 25 Contoh Laporan PDF

Gambar 4.25 merupakan contoh laporan bertipe file PDF, ketika aktor menekan
tombol PDF.

4.4 Usulan Judul Tugas Akhir

Sehubungan dengan adanya mata kuliah Tugas Akhir pada kurikulum STMIK
“AMIK BANDUNG” maka sebagai syarat kelulusan, penulis mengajukan usulan
judul tugas akhir untuk membangun sebuah Sistem Informasi pelaporan gangguan

54
Laporan Praktek Kerja - 1741807

order modifikasi layanan indihome di PT Telkom Indonesia Witel Bandung melalui

aplikasi berbasis website.

Penulis berharap judul tugas akhir yang penulis ajukan dapat diterima dan
penulis berencana sistem ini sebagai satu pembelajaran baru yang akan direalisasikan.

55
BAB V
PENUTUP

5.1 Kesimpulan
Berdasarkan hasil analisis dan perancangan sistem yang telah dibangun
dengan judul “PERANCANGAN SISTEM INFORMASI TASK
MANAGAMENT HELPDESK PADA PT TELKOM INDONESIA”, penulis
menarik kesimpulan, antara lain :
1. Sistem Informasi berbasis web ini dapat membantu divisi Data
Management terutama pada bagian helpdesk data management karena
pekerjaan nya bisa lebih terukur dan dapat dipantau oleh manager
kinerja yang telah dilakukan.
2. Tersedianya fitur “take order” di mana dengan fitur ini akan
mengurangi risiko pekerjaan yang bentrok.
3. Membantu perusahaan dalam efektivitas proses bisnisnya.

5.2 Saran
Saran yang dapat penulis berikan untuk mengembangkan lagi Sistem
Informasi berbasis web ini, demi efektivitas proses bisnis divisi lain bisa
dilibatkan langsung ke dalam sistem sebagai user yang meminta bantuan
pelurusan data kepada divisi Data Management di mana, jadi tidak hanya
supervisor yang dapat menginputkan order yang terkena error data melainkan
divisi lain bisa langsung meminta bantuan kepada helpdesk data management
menggunakan web ini.

56
DAFTAR PUSTAKA

[1] J. Hutahaean, Konsep Sistem Informasi, Yogyakarta: DEEPUBLISH, 2015.

[2] Z. Amsyah, Manajemen Kearsipan, Jakarta: Gramedia Pustaka Utama, 2005.

[3] J. A. O. d. G. M. Marakas, "Management Information Systems," vol. 8, p. 24,

2008.

[4] H. Lucas, Dalam Sudaya, 1988, p. 35.

[5] W. K. D. Andi, Pengertian Website, Semarang dan Yogyakarta, 1998.

[6] G. Magung, MIcrosoft Frontpage 2000 Webbot, Jakarta: PT. Elex Media
Komputindo, 2000.

[7] O. Muhamad Muslihudin, UML, Analisis dan Perancangan Sistem Informasi

Menggunakan Model Terstruktur dan, Yogyakarta: Andi.

[8] J. Sarsetyanto, "academia.edu," 2019. [Online]. Available:

https://www.academia.edu/4887559/Fungsi_Dan_Pengertian_UML. [Accessed
03 September 2019].
LAMPIRAN-1

Lampiran Gambar Divisi DBS meminta bantuan error data

LAMPIRAN-2

Lampiran gambar data order yang disimpan di google sheet

LAMPIRAN-3

Lampiran gambar transaksi order pelanggan Indihome

LAMPIRAN-4

Lampiran gambar order yang terkena error data

CATATAN PERBAIKAN DOKUMEN

NO PERBAIKAN OLEH
1 Tata tulis dan cover Bu Ummi
2. Tanda baca Bu Ummi
3. Penamaan Sub Bab huruf kecil Bu Ummi
4. Daftar gambar dan daftar isi cetak miring Bu Ummi
sesuai isi
5. Latar belakang paragraf ke-1 tidak perlu Bu Ummi
6. Perbaikan daftar pustaka Bu Ummi
7. Sumber gambar struktur organisasi Bu Ummi
8. Cek ulang typo Bu Ane
9. No gambar dan tabel wajib di panggil Bu Ane
10. Perbaiki batas margin Bu Ane
11. Perbaiki banner tabel yang terpotong Bu Ane
12. Perbaiki Jarak antara judul/sub bab Bu Ane
13. Lampiran diberi nomor Bu Ane