Transcript
Page 1: Software Requirement Spesification

i

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

“Otomatisasi Surat Tugas Vendor untuk Pemangkasan

Antrian serta Antisipasi Pemalsuan Tanda Tangan Berbasis

Web”

Dipersiapkan oleh :

Wida Dwitiayasa 5114100155

Jurusan Teknik Informatika

Institut Teknologi Sepuluh Nopember

Kampus ITS Keputih Sukolilo Surabaya

Page 2: Software Requirement Spesification

ii

DAFTAR ISI

1

DAFTAR ISI .................................................................................. i DAFTAR GAMBAR ................................................................... vi DAFTAR TABEL ........................................................................ ix 1 BAB I PENDAHULUAN .......................................................... 1

1.1. Latar Belakang .............................................................. 1 1.2. Tujuan............................................................................ 1 1.3. Manfaat.......................................................................... 2 1.4. Rumusan Permasalahan................................................. 2 1.5. Lokasi dan Waktu Kerja Praktik ................................... 2 1.6. Metodologi Kerja Praktik .............................................. 3 1.7. Sistematika Laporan ...................................................... 4

2 BAB II PROFIL PERUSAHAAN ............................................. 6 2.1. Sejarah Perusahaan ........................................................ 6 2.2. Visi dan Misi Perusahaan .............................................. 7 2.3. Struktur Organisasi ........................................................ 8 2.4. Networking Service ....................................................... 9

3 BAB III TINJAUAN PUSTAKA ............................................ 12 3.1. Basis Data .................................................................... 12 3.2. Web Server .................................................................. 12 3.3. PHP.............................................................................. 12 3.4. JavaScript .................................................................... 12 3.5. MAMP ......................................................................... 13 3.6. Sublime........................................................................ 13 3.7. PEAR’s Mail ............................................................... 13 3.8. Python-docx ................................................................ 14

4 BAB IV DESAIN DAN PERANCANGAN SISTEM ............. 15 4.1. Deskripsi Sistem .......................................................... 15 4.2. Diagram Kasus Penggunaan........................................ 15 4.3. Data Flow Diagram (DFD) ......................................... 18 4.4. Spesifikasi Kasus Penggunaan .................................... 20

4.4.1. Verifikasi Data .................................................... 20 4.4.2. Cetak Surat Tugas ............................................... 21

Page 3: Software Requirement Spesification

iii

4.4.3. Verifikasi Pengembalian Kunci .......................... 22 4.4.4. Distribusi Surat Tugas ......................................... 23 4.4.5. Melihat Data Vendor ........................................... 24 4.4.6. Input Form ........................................................... 25 4.4.7. Melihat Status Kunci ........................................... 26 4.4.8. Melihat Status Surat ............................................ 27 4.4.9. Input Form ........................................................... 28 4.4.10. Melihat Status Kunci ........................................... 29 4.4.11. Melihat Status Surat ............................................ 30 4.4.12. Blokir Vendor...................................................... 31 4.4.13. Back up data ........................................................ 32 4.4.14. Reset data ............................................................ 32

4.5. Diagram Aktivitas ........................................................ 34 4.5.1. Verifikasi Data .................................................... 34 4.5.2. Cetak Surat Tugas ............................................... 35 4.5.3. Verifikasi Pengembalian Kunci .......................... 36 4.5.4. Distribusi Surat Tugas ......................................... 37 4.5.5. Melihat Data Vendor ........................................... 38 4.5.6. Input Form ........................................................... 39 4.5.7. Melihat Status Kunci ........................................... 40 4.5.8. Melihat Status Surat ............................................ 41 4.5.9. Input Form ........................................................... 42 4.5.10. Melihat Status Kunci ........................................... 43 4.5.11. Melihat Status Surat ............................................ 44 4.5.12. Blokir Vendor...................................................... 45 4.5.13. Back-up Data ....................................................... 46 4.5.14. Reset Data ........................................................... 47

4.6. Diagram Sekuensial ..................................................... 47 4.6.1. Verifikasi Data .................................................... 48 4.6.2. Cetak Surat Tugas ............................................... 49 4.6.3. Verifikasi Pengembalian Kunci .......................... 50 4.6.4. Distribusi Surat Tugas ......................................... 50 4.6.5. Melihat Data Vendor ........................................... 51 4.6.6. Input Form ........................................................... 52 4.6.7. Melihat Status Kunci ........................................... 53

Page 4: Software Requirement Spesification

iv

4.6.8. Melihat Status Surat ............................................ 54 4.6.9. Input Form ........................................................... 55 4.6.10. Melihat Status Kunci ........................................... 56 4.6.11. Melihat Status Surat ............................................ 57 4.6.12. Blokir vendor....................................................... 58 4.6.13. Back up data ........................................................ 59 4.6.14. Reset data ............................................................ 60

4.7. Diagram Collaboration ................................................ 61 4.8. Diagram Kelas ............................................................. 74

4.8.1. Verifikasi Data .................................................... 75 4.8.2. Cetak Surat Tugas ............................................... 76 4.8.3. Verifikasi Pengembalian Kunci .......................... 76 4.8.4. Distribusi Surat Tugas ......................................... 77 4.8.5. Melihat Data Vendor ........................................... 77 4.8.6. Input Form ........................................................... 78 4.8.7. Melihat Status Kunci ........................................... 79 4.8.8. Melihat Status Surat ............................................ 79 4.8.9. Input Form ........................................................... 80 4.8.10. Melihat Status Kunci ........................................... 81 4.8.12 Blokir Vendor ...................................................... 82

4.9. Karakteristik Pengguna ............................................... 84 4.10. Lingkungan Operasi .................................................... 85 4.11. Kebutuhan Antarmuka Eksternal ................................ 86

4.11.1. Lapisan Antarmuka ............................................. 86 4.11.2. Lapisan Data ........................................................ 86 4.11.3. Lapisan Antarmuka Pengguna ............................ 86

4.12. Kebutuhan Perangkat Lunak ....................................... 86 4.12.1. Kebutuhan Fungsional......................................... 87 4.12.2. Kebutuhan Non Fungsional ................................. 88

5 BAB V IMPLEMENTASI SISTEM ........................................ 89 5.1. Implementasi Lapisan HTML ..................................... 89 5.2. Implementasi Lapisan PHP (Server-Side)................... 92 5.3. Implementasi Basis Data ............................................. 98 5.4. Implementasi Antarmuka .......................................... 106

6 BAB VI PENGUJIAN DAN EVALUASI ............................. 118

Page 5: Software Requirement Spesification

v

6.1. Lingkungan Pengujian ............................................... 118 6.1.1. Server Aplikasi .................................................. 118 6.1.2. Perangkat Uji Coba ........................................... 118

6.2. Skenario Pengujian..................................................... 118 6.3. Evaluasi Pengujian ..................................................... 119

6.3.1. Evaluasi Pengujian Kebutuhan Fungsional ....... 119 7 BAB VII KESIMPULAN DAN SARAN .............................. 123

7.1. Kesimpulan ................................................................ 123 7.2. Saran ........................................................................... 123

DAFTAR PUSTAKA ............................................................... 125 LAMPIRAN .............................................................................. 127

Page 6: Software Requirement Spesification

vi

DAFTAR GAMBAR

Gambar 1. Struktur Organisasi PT. Telkomsel Regional Jawa

Tengah dan DIY ............................................................................ 8 Gambar 2. Struktur Organisasi Networking Service Yogyakarta . 9 Gambar 3. Usecase Diagram ....................................................... 17 Gambar 4. DFD Level 0 .............................................................. 18 Gambar 5. DFD Level 1 .............................................................. 19 Gambar 6. Diagram Aktivitas Verifikasi Data ............................ 34 Gambar 7. Diagram Aktivitas Cetak Surat Tugas ....................... 35 Gambar 8. Diagram Aktivitas Verifikasi Pengembalian Kunci .. 36 Gambar 9. Diagram Aktivitas Distribusi Surat Tugas ................ 37 Gambar 10. Diagram Aktivitas Melihat Data Vendor ................ 38 Gambar 11. Diagram Aktivitas Input Form ................................ 39 Gambar 12. DIagram Aktivitas Melihat Status Kunci ................ 40 Gambar 13. Diagram Aktivitas Melihat Status Surat .................. 41 Gambar 14. Diagram Aktivitas Input Form ................................ 42 Gambar 15. Diagram Aktivitas Melihat Status Kunci ................ 43 Gambar 16. Diagram Aktivitas Melihat Status Surat .................. 44 Gambar 17. Diagram Aktivitas Blokir Vendor ........................... 45 Gambar 18. Diagram Aktivitas Back-up Data ............................ 46 Gambar 19. Diagram Aktivitas Reset Data ................................. 47 Gambar 20. Diagram Sekuensial Verifikasi Data ....................... 48 Gambar 21. Diagram Sekuensial Cetak Surat Tugas .................. 49 Gambar 22. Diagram Sekuensial Verifikasi Pengembalian Kunci

..................................................................................................... 50 Gambar 23. Diagram Sekuensial Distribusi Surat Tugas ............ 50 Gambar 24. Diagram Sekuensial Melihat Data Vendor .............. 51 Gambar 25. Diagram Sekuensial Input Form.............................. 52 Gambar 26. Diagram Sekuensial Melihat Status Kunci .............. 53 Gambar 27. Diagram Sekuensial Melihat Status Surat ............... 54 Gambar 28. Diagram Sekuensial Input Form.............................. 55 Gambar 29. Diagram Sekuensial Melihat Status Kunci .............. 56 Gambar 30. Diagram Sekuensial Melihat Status Surat ............... 57 Gambar 31. Diagram Sekuensial Blokir Vendor ........................ 58

Page 7: Software Requirement Spesification

vii

Gambar 32. Diagram Sekuensial Back-up Data ......................... 59 Gambar 33. Diagram Sekuensial Reset Data .............................. 60 Gambar 34. Diagram Collaboration Verifikasi Data .................. 61 Gambar 35. Diagram Collaboration Cetak Surat Tugas ............. 62 Gambar 36. Diagram Collaboration Verifikasi Pengembalian

Kunci ........................................................................................... 63 Gambar 37. Diagram Collaboration Distribusi Surat Tugas ....... 64 Gambar 38. Diagram Collaboration Melihat Data Vendor ......... 65 Gambar 39. Diagram Collaboration Input Form ......................... 66 Gambar 40. Diagram Collaboration Melihat Status Kunci ......... 67 Gambar 41. Diagram Collaboration Melihat Status Surat .......... 68 Gambar 42. Diagram Collaboration Input Form ......................... 69 Gambar 43. Diagram Collaboration Melihat Status Kunci ......... 70 Gambar 44. Diagram collaboration Melihat Status Surat ........... 71 Gambar 45. Diagram Collaboration Blokir Vendor .................... 72 Gambar 46. Diagram Collaboration Back-up Data ..................... 73 Gambar 47. Diagram Collaboration Reset Data ......................... 74 Gambar 48. Diagram Kelas Verifikasi Data ............................... 75 Gambar 49. Diagram Kelas Cetak Surat Tugas .......................... 76 Gambar 50. Diagram Kelas Verifikasi Pengembalian Kunci ..... 76 Gambar 51. Diagram Kelas Distribusi Surat Tugas .................... 77 Gambar 52. Diagram Kelas Melihat Data Vendor ...................... 77 Gambar 53. Diagram Kelas Input Form ...................................... 78 Gambar 54. Diagram Kelas Melihat Status Kunci ...................... 79 Gambar 55. Diagram Kelas Melihat Status Surat ....................... 79 Gambar 56. Diagram Kelas Input Form ...................................... 80 Gambar 57. Diagram Kelas Melihat Status Kunci ...................... 81 Gambar 58. Diagram Kelas Melihat Status Surat ....................... 81 Gambar 59. Diagram Kelas Blokir Vendor................................. 82 Gambar 60. Diagram Kelas Back-up Data .................................. 83 Gambar 61. Diagram Kelas Reset Data ...................................... 84 Gambar 62. CDM ........................................................................ 99 Gambar 63. PDM ...................................................................... 100 Gambar 64. Tampilan Halaman Form Peminjaman (Admin) ... 106 Gambar 65. Tampilan Halaman Status Kunci (Admin) ............ 107

Page 8: Software Requirement Spesification

viii

Gambar 66. Tampilan Halaman Status Surat (Admin) ............. 107 Gambar 67. Tampilan Halaman Kotak Masuk .......................... 108 Gambar 68. Tampilan Halaman Masa Tenggang Kunci ........... 109 Gambar 69. Tampilan Halaman Cetak Surat Tugas .................. 110 Gambar 70. Tampilan Halaman Data Vendor ........................... 110 Gambar 71. Tampilan Halaman Kirim Email ........................... 111 Gambar 72. Tampilan Halaman Blokir Vendor ........................ 112 Gambar 73. Tampilan Halaman Back-up Data ......................... 112 Gambar 74. Tampilan Halaman Reset Data .............................. 113 Gambar 75. Tampilan Halaman Form Peminjaman (Vendor) .. 114 Gambar 76. Tampilan Halaman Status Kunci ........................... 115 Gambar 77. Tampilan Halaman Status Surat ............................ 116

Page 9: Software Requirement Spesification

ix

DAFTAR TABEL

Tabel 1. Karakteristik Pengguna ................................................. 85 Tabel 2. Kebutuhan Fungsional .................................................. 87 Tabel 3. Kebutuhan Non Fungsional .......................................... 88 Tabel 4. Implementasi Lapisan HTML ....................................... 89 Tabel 5. Implementasi Lapisan Kontrol ...................................... 93 Tabel 6. Database Admin .......................................................... 101 Tabel 7. Database PEMINJAMAN ........................................... 101 Tabel 8. Database STATUS_KUNCI ....................................... 102 Tabel 9. Database CCEMAIL ................................................... 103 Tabel 10. Database YOGYAKARTA ....................................... 104 Tabel 11. Database MAGELANG ............................................ 105 Tabel 12. Database BLOKIR .................................................... 105 Tabel 13. Pengujian Kebutuhan Fungsional ............................. 119 Tabel 14. Pengujian Kebutuhan Non Fungsional ..................... 122

Page 10: Software Requirement Spesification

x

[Halaman ini sengaja dikosongkan]

Page 11: Software Requirement Spesification

1

1BAB I

PENDAHULUAN

1.1. Latar Belakang

Perkembangan teknologi di zaman sekarang ini membuat

manusia yang melakukan aktifitas sehari-hari menjadi lebih cepat dan

efisien. Efisiensi merupakan kebutuhan utama dalam meningkatkan

kinerja sebuah sistem dan mempermudah pekerjaan semua entitas

yang berada di dalam sistem tersebut. Aplikasi yang kami buat kali ini

merupakan aplikasi berbasis web yang nantinya akan digunakan oleh

PT. Telkomsel RTPO Magelang dan Yogyakarta.

Aplikasi kami merupakan aplikasi untuk membantu PT.

Telkomsel RTPO Magelang dan Yogyakartadalam melakukan

pembuatan surat tugas, proses pendataan pihak vendor, serta proses

controlling BTSPT. Telkomsel RTPO Magelang dan Yogyakarta.

Aplikasi ini juga membantu untuk menunjang program paperless yang

diinginkan oleh pihak PT. Telkomsel.

Aplikasi ini belum ada sebelumnya pada PT. Telkomsel

sehingga marak terjadinya tindak kecurangan yang dilakukan pihak

ke-3 seperti tidak kembalinya kunci BTS, adanya pemalsuan tanda

tangan, bahkan seringkali terjadi kehilangan beberapa perangkat BTS

PT.Telkomsel. Aplikasi ini diharapkan dapat benar–benar berguna

bagi pihak perusahaan.

1.2. Tujuan

Tujuan pengerjaan kerja praktik ini adalah:

1. Mengubah sistem pembuatan surat tugas PT. Telkomsel

RTPO Magelang dan Yogyakarta secara manual menjadi

digital.

2. Mempermudah proses controlling vendor.

3. Mempermudah sistem pengembalian kunci BTS.

4. Mempermudah sistem distribusi surat tugas.

5. Mengganti sistem antrian permintaan surat tugas menjadi

digital.

Page 12: Software Requirement Spesification

2

6. Membantu dalam antisipasi adanya pemalsuan tanda tangan.

7. Pembuatan otomatisasi surat tugas untuk pemangkasan

antrian serta antisipasi adanya pemalsuan tanda tangan

berbasis aplikasi web.

1.3. Manfaat

Manfaat yang diperoleh selama pengerjaan kerja prakitk

adalah:

1. Menambah ilmu baru yang belum pernah kami pelajari

sebelumnya.

2. Mendapat gambaran perihal dunia kerja lebih dalam.

1.4. Rumusan Permasalahan

Masalah yang akan dibahas dalam pengerjaan kerja praktik ini

adalah:

1. Bagaimana cara untuk membuat sistem informasi yang mudah

digunakan oleh PT. Telkomsel RTPO Magelang dan

Yogyakartadalam pembuatan surat tugas serta dapat

mengantisipasi adanya pemalsuan tanda tangan oleh pihak ke-

3.

1.5. Lokasi dan Waktu Kerja Praktik

1. Lokasi Kerja Praktik:

Networking Service

PT. Telkomsel Regional Jateng dan DIY

Jalan Jend. Sudirman No. 60 Yogyakarta - 55224

2. Waktu Kerja Praktik

Periode : 31 Desember 2016 – 31 Januari 2017

Hari Kerja : Senin – Jumat.

Jam : 08.00 – 17.30 WIB.

Page 13: Software Requirement Spesification

3

1.7. Metodologi Kerja Praktik

1. Perumusan Masalah

Pada tahap ini, pembimbing lapangan menjelaskan mengenai

proses kerjasama antara perusahaan dengan pihak vendor

dalam hal controlling dan perbaikan BTS. Serta beberapa

permasalahan yang sedang dihadapi oleh perusahaan namun

belum menemukan titik terang terkait hal tersebut. Setelah

pembimbing menjelaskan apa saja fitur yang sekiranya

diperlukan, diskusi dilanjutkan secara internal oleh peserta

magang untuk rancang bangun aplikasi tersebut.

2. Studi Literatur

Pada tahap ini dilakukan studi literatur tentang aplikasi yang

akan dibangun, Kemudian didapatkan MySql sebagai basis

data aplikasi, Sublime sebagai PHP dan HTML editor,

Python-docx sebagai library untuk membuat file .docx

otomatis dengan menggunakan salah satu function nya yaitu

mailmerge, lalu Pear sebagai library untuk fitur kirim email

melaui PHP. Bootstrap sebagai css framework dan JavaScript.

3. Analisis dan Perancangan Sistem

Pada tahap ini dilakukan proses kebutuhan apa saja yang

dibutuhkan oleh sistem, serta memberikan skenario yang

mungkin terjadi ketika aplikasi ini berjalan. Kemudian

dilanjutkan dengan diskusi mengenai kebutuhan-kebutuhan

yang lebih mendalam.

4. Implementasi Sistem

Pada tahap ini yang pertama dilakukan adalah membuat

database untuk aplikasi melalui PHPMyAdmin, selanjutnya

melakukan pengkodean program untuk pembuatan aplikasi

secara keseluruhan. Bahasa yang digunakan pada

pembangunan system informasi ini adalah PHP, HTML dan

Python.

Page 14: Software Requirement Spesification

4

5. Pengujian dan Evaluasi

Pada tahap ini dilakukan pengujian terhadap kebutuhan

fungsional sistem. Pengujian dilakukan dari prototype

aplikasi. Semua kebutuhan fungsional diuji apakah sudah

berjalan dengan baik atau belum. Jika dari prototype yang

ditunjukkan sudah sesuai, maka selanjutnya dilakukan fiksasi

terhadap fungsi. Evaluasi kinerja sistem didapat dari hasil

pengujian yang dilakukan pengguna dengan mengetahui

tanggapan terhadap bagaimana sistem itu bekerja.

1.8. Sistematika Laporan

Laporan kerja praktik ini disusun dari 7 bab, yaitu:

1. Bab I Pendahuluan

Bab inidipaparkan mengenai garis besar kerja praktikyang

meliputi latar belakang, tujuan kerja praktik, manfaat yang

didapatkan dari kerja praktik, rumusan permasalahan yang

ditemukan ketika kerja praktik, lokasi dan waktu kerja praktik,

metodologi kerja praktik dan sistematika laporan.

2. Bab II Profil Perusahaan

Bab ini berisi penjelasan mengenai profil perusahaan PT.

Telkomsel secara garis besaryang meliputi visi dan misi

perusahaan, serta struktur organisasi dan informasi mengenai

fungsi Networking Service Yogyakarta.

3. Bab III Tinjauan Pustaka

Bab ini berisi penjelasan tentang istilah-istilah atau teori-teori

yang digunakan dalam pembuatan kerja praktik dan pustaka

kerangka kerja yang digunakan.

4. Bab IV Analisis dan Perancangan Sistem

Bab ini berisi penjelasan mengenai analisis terhadap sistem

dan pemaparan mengenai kebutuhan untuk perancangan

sistem yang akan dibangun dan dikembangkan.

Page 15: Software Requirement Spesification

5

5. Bab V Implementasi Sistem

Bab ini berisi penjelasan tentang implementasi sistem dan

hasil analisis yang telah dilakukan.

6. Bab VI Pengujian dan Evaluasi

Bab ini berisi penjelasan tentang hasil pengujian sistem dan

evaluasi yang dilakukan terhadap kinerja sistem secara

menyeluruh.

7. Bab VII Kesimpulan dan Saran

Bab ini berisi kesimpulan dan saran dari proses selama

pengerjaan kerja praktik di Networking Service Yogyakarta

PT. Telkomsel Regional Jateng dan DIY.

Page 16: Software Requirement Spesification

6

2BAB II

PROFIL PERUSAHAAN

2.1. Sejarah Perusahaan

Pada tanggal 26 Mei 1995, PT. Telekomunikasi Selular

(Telkomsel) didirikan sebagai wujud semangat inovasi untuk

mengembangkan telekomunikasi Indonesia yang terdepan. Pada saat

yang sama, PT. Telkomsel melakukan peluncuran kartu Halo

pascabayar yang menandai mulai beroperasinya layanan GSM. Sejak

saat itu, Telkomsel terus memacu pertumbuhan jaringan

telekomunikasi di seluruh penjuru Indonesia secara pesat sekaligus

memberdayakan masyarakat. Telkomsel menjadi pelopor untuk

berbagai teknologi telekomunikasi selular di Indonesia, termasuk yang

pertama meluncurkan layanan roaming internasional pada tahun 2003

dan meluncurkan layanan 3G di Indonesia pada tahun 2006.

Telkomsel merupakan operator yang pertama kali melakukan ujicoba

teknologi jaringan pita lebar LTE pada tahun 2010. Di kawasan Asia,

Telkomsel menjadi pelopor penggunaan energi terbarukan untuk

menara-menara Base Transceiver Station (BTS). Keunggulan produk

dan layanannya menjadikan Telkomsel sebagai pilihan utama

pelanggan di seluruh Indonesia. Pada tahun 2011, PT. Telkomsel

merupakan operator pertama yang telah mencapai 100 juta pelanggan.

Memasuki era ICT (Information and Communication

Technology), Telkomsel terus mengoptimalkan pengembangan layanan di Indonesia dengan memanfaatkan potensi sinergi

perusahaan induk yaitu PT Telkom (65%) dan SingTel Mobile (35%).

Telkomsel terus mengembangkan layanan telekomunikasi selular

untuk mengukuhkan posisi sebagai penyedia layanan gaya hidup

selular, a truly mobile lifestyle.

Untuk lebih menjangkau pelanggan telepon selular di seluruh

Indonesia dimanapun mereka berada, PT Telkomsel telah

meluncurkan sistem penjualan dengan prinsip kepuasan pelanggan

adalah kuncinya. Dengan berprinsip itu, PT Telkomsel dalam

melayani pelanggannya mendirikan kantor pelayanan dengan nama

Page 17: Software Requirement Spesification

7

GraPARI Telkomsel atau Graha Pari Sraya Telkomsel yang berasal

dari bahasa Sansekerta yang diberikan oleh Sri Sultan

Hamengkubuwono X sebagai tanda penghargaan atas diresmikannya

kantor pelayanan Telkomsel di Daerah Istimewa Yogyakarta. Sejak

saat itulah seluruh kantor pelayanan Telkomsel ditetapkan dengan

nama GraPARI Telkomsel atau Graha Pari Sraya Telkomsel.

2.2. Visi dan Misi Perusahaan

1. Visi

Menjadi penyedia layanan dan solusi mobile digital

lifestyle kelas dunia yang terpercaya.

2. Misi:

• Memberikan layanan dan solusi mobile digital yang

melebihi ekspektasi pelanggan.

• Memberikan nilai tambah kepada para stakeholders.

• Mendukung pertumbuhan ekonomi bangsa.

Page 18: Software Requirement Spesification

8

2.3. Struktur Organisasi

Struktur Organisasi PT. Telkomsel Regional Jawa Tengah dan

Daerah Istimewa Yogyakarta (DIY) ditunjukkan pada gambar 1.

Gambar 1. Struktur Organisasi PT. Telkomsel Regional Jawa Tengah dan DIY

Struktur organisasi Networking Service Yogyakarta PT.

Telkomsel Regional Jateng dan DIY ditunjukkan pada gambar 2.

Page 19: Software Requirement Spesification

9

Gambar 2. Struktur Organisasi Networking Service Yogyakarta

2.4. Networking Service

Bidang Networking Service Yogyakarta mempunyai fungsi dan

tugas sebagai berikut :

• LULR ( Low Utility Low Revenue )

Optimalisasi ada tidaknya BTS pada suatu daerah dari hasil audit

analisis perbandingan besar penggunaan dan besar pendapatan.

• Complain Handling

Menangani komplain dari perusahaan besar atau perusahaan

negara terkait signal telkomsel.

• FMC ( Full Maintenance Control )

Disebut juga tim genset, bertugas ketika adanya pemadaman listrik

oleh PLN sehingga di back up menggunakan genset.

• Optimasi Signal

Mengoptimalkan signal jaringan telkomsel di tempat tempat yang

sedang berlangsung suatu event.

• Transport

Mengatasi serah terima data dari satu BTS ke BTS yang lain, salah

satunya menggunakan kabel fiber optic atau microwave.

Page 20: Software Requirement Spesification

10

• BTS ( Base Transceiver Station )

Bertanggung jawab merawat mesin produksi PT. Telkomsel Jawa

Tengah berupa BTS.

• BALMON ( Balai Monitoring )

Mengawasi peraturan yang ada di PT. Telkomsel agar tidak

menyalahi peraturan undang undang yang berlaku.

• COMBAT

Bertanggumg jawab merawat tower tower kecil telkomsel yang

berdiri ketika suatu tower tidak berfungsi dengan baik atau

dibangun karna ada daerah yang belum terjangkau sinyal

telkomsel.

• Budgeting

Pembukuan dana operasional BTS.

• PIC Project Power

Penanggung jawab ketika BTS tidak menyala dikarenakan masalah

power seperti battey, konfigurasi controller, dan lain-lain.

• COMCASE ( COMMERCIAL CASE )

Penanggung jawab terhadap sengketa yang terjadi pada warga

tentang permasalahan BTS sekitar mereka.

Page 21: Software Requirement Spesification

11

[Halaman ini sengaja dikosongkan]

Page 22: Software Requirement Spesification

12

3BAB III

TINJAUAN PUSTAKA

3.1. Basis Data

Basis data atau database merupakan sebuah koleksi atau

kumpulan dari data yang bersifat mekanis, terbagi, terdefinisi secara

formal serta terkontrol. Pengontrolan dari system database tersebut

adalah terpusat, yang biasanya dimiliki dan juga dipegang oleh suatu

organisasi.

3.2. Web Server

Web Server adalah sebuah perangkat lunak server yang

berfungsi menerima permintaan HTTP atau HTTPS dari klien yang

dikenal dengan webbrowser dan mengirimkan kembali hasilnya dalam

halaman-halaman web yang umumnya berbentuk dokumen HTML.

WebServer disebut juga sebagai HTTP Server karena menggunakan

protokol HTTP (Hypertext Transfer Protocol) sebagai basisnya.

3.3. PHP

PHP singkatan dari Hypertext Preprocessor merupakan bahasa

skrip yang tertanam dalam HTML yang bersifat server-side. Disebut

server-side karena PHP dieksekusi di dalam kpmputer server. PHP

dapat dibangun sebagai modul webserver Apache dan sebagai binary

yang dapat berjalan sebagai CGI (CommonGatewayInterface). PHP

dapat mengirim HTTP header, dapat mengatur cookies, mengatur authentication dan redirectuser.

Keunggulan yang dimiliki PHP adalah kemampuan untuk

melakukan koneksi ke berbagai macam software system manajemen

basis data atau Database Management System (DBMS), sehingga

dapat menciptakan suatu halaman web dinamis. PHP mempunyai

koneksitas yang baik dengan beberapa DBMS seperti Oracle, Sybase,

mSQL, MySql, Microsoft SQL, Server, dan lain-lain.

3.4. JavaScript

Page 23: Software Requirement Spesification

13

JavaScript adalah bahasa pemrograman tingkat tinggi dan

dinamis yang berbentuk kumpulan skrip berjalan pada suatu dokumen

HTML. Bahasa ini adalah bahasa pemrograman untuk memberikan

kemampuan tambahan terhadap HTML dengan mengizinkan eksekusi

perintah-perintah di sisi user (client-side) artinya di sisi webbrowser

berlawanan dengan PHP yang dieksekusi di sisi serverweb (server-

side).

3.5. MAMP

MAMP (Mac Apache MySql PHP) merupakan tools webserver

yang dapat anda install jika anda menggunakan Operating System

MAX/OSX besutan Apple. Tools ini memiliki versi Free dan versi Pro

(berbayar), belakangan MAMP versi terbaru juga dapat menjalankan

bahasa pemrograman python.

3.6. Sublime

Sublime Text Editor adalah editor teks untuk berbagai bahasa

pemrograman termasuk pemrograman PHP. Sublime Text Editor

merupakan editor text lintas-platform dengan Python Application

Programming Interface (API). Sublime Text Editor juga mendukung

banyak bahasa pemrograman dan bahasa markup. Kemudian fungsi

dari editor ini pun dapat ditambah dengan plugin, serta Sublime Text

Editor berupa tanpa lisensi perangkat lunak.

3.7. PEAR’s Mail

PEAR’s Mail adalah sebuah library yang mendukung untuk

sebuah PHP menjalankan berbagai fungsi email seperti kirim email,

attachment, dan lain-lain.

Page 24: Software Requirement Spesification

14

3.8. Python-docx

Python-docx adalah sebuah library pada python yang dapat

membentuk dan memperbarui file Microsoft Word (.docx) melalui

salah satu functionnya yaitu mailmerge. Solusi mailmerge

mengizinkan injeksi teks pada file .docx tersebut akan tetapi masih

gagal dalam menyesuaikan format dengan file sebenarnya.

Page 25: Software Requirement Spesification

15

4BAB IV

DESAIN DAN PERANCANGAN SISTEM

Bab ini membahas mengenai analisis dan perancangan sistem,

meliputi deskripsi umum sistem, diagram kasus penggunaan, fitur,

proses utama, diagram alir, arsitektur dan desain antar muka.

4.1. Deskripsi Sistem

Aplikasi web ini merupakan aplikasi yang berguna untuk

memangkas antrian dan mencegah pemalsuan tanda tangan pada surat

tugas diNetworking Service RTPO Yogyakarta dan Magelang PT.

Telkomsel Regional Jateng dan DIY.

Aplikasi ini memiliki dua jenis pengguna, yaitu administrator

dan vendor. Administrator bertugas untuk mengisi form peminjaman

vendor, memverifikasi data vendor, mencetak surat tugas, melihat

status kunci dan status surat, melihat data vendor, mendistribusikan

surat tugas vendor ke email terkait, memverifikasi pengembalian

kunci, memblokir vendor, serta melakukan back-up dan reset data.

Sedangkan vendor adalah yang dapat meminjam kunci site atau BTS

pada Networking Service RTPO Yogyakarta dan Magelang PT.

Telkomsel Regional Jateng dan DIY.

4.2. Diagram Kasus Penggunaan Aplikasi ini memiliki beberapa fungsi dasar yang harus ada dan

terintegrasi dengan baik pada sistem. Fungsi produk dari aplikasi ini

adalah:

• Dapat mengisi form peminjaman.

• Dapat melihat status kunci.

• Dapat melihat status surat.

• Dapat memverifikasi data vendor.

• Dapat mencetak surat tugas vendor.

• Dapat mendistribusikan surat tugas vendor ke email terkait.

• Dapat melihat data peminjam (vendor).

• Dapat memverifikasi pengembalian kunci.

Page 26: Software Requirement Spesification

16

• Dapat memblokir vendor.

• Dapat melakukan back-up dan reset data.

• Vendor dapat meminjam kunci site dengan mengisi form

peminjaman, serta dapat melihat status kunci dan status surat.

Berikut adalah diagram kasus penggunaan dari aplikasi ini.

Page 27: Software Requirement Spesification

17

Gambar 3. Usecase Diagram

Page 28: Software Requirement Spesification

18

4.3. Data Flow Diagram (DFD)

4.3.1. DFD Level 0

Gambar 4. DFD Level 0

Page 29: Software Requirement Spesification

19

4.3.2. DFD Level 1

Gambar 5. DFD Level 1

Page 30: Software Requirement Spesification

20

4.4. Spesifikasi Kasus Penggunaan

4.4.1. Verifikasi Data

Nama Verifikasi Data

Kode UC001

Deskripsi Admin dapat melakukan verifikasi data vendor.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Data vendor berstatus pending

Kondisi akhir Data vendor berstatus disetujui / ditolak

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu kotak masuk.

4. Admin melakukan verifikasi data vendor.

5. Sistem mengubah status data vendor.

Aliran Kejadian

Alternatif

-

Exception -

Page 31: Software Requirement Spesification

21

4.4.2. Cetak Surat Tugas

Nama Cetak Surat Tugas

Kode UC002

Deskripsi Admin dapat mencetak surat tugas vendor.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Surat tugas vendor belum tercetak.

Kondisi akhir Surat tugas vendor telah tercetak.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu cetak surat tugas.

4. Admin melakukan input id surat tugas.

5. Sistem menampilkan surat tugas.

6. Admin memilih tombol print.

Aliran Kejadian

Alternatif

-

Exception -

Page 32: Software Requirement Spesification

22

4.4.3. Verifikasi Pengembalian Kunci

Nama Verifikasi Pengembalian Kunci

Kode UC003

Deskripsi Admin dapat melakukan verifikasi

pengembalian kunci.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Kunci pada site tertentu masih dalam status

dipinjam.

Kondisi akhir Kunci pada site tertentu tidak dalam status

dipinjam.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu masa tenggang

kunci.

4. Admin melakukan verifikasi

pengembalian kunci.

5. Sistem menghapus data kunci pada site

tertentu.

Aliran Kejadian

Alternatif

-

Exception -

Page 33: Software Requirement Spesification

23

4.4.4. Distribusi Surat Tugas

Nama Distribusi Surat Tugas

Kode UC004

Deskripsi Admin dapat melakukan distribusi surat tugas

vendor.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Surat tugas vendor belum terdistribusi ke email

terkait.

Kondisi akhir Surat tugas vendor telah terdistribusi ke email

terkait.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu kirim email.

4. Admin memasukkan id surat tugas vendor

yang akan didistribusikan ke email terkait.

5. Admin memilih tombol kirim email.

6. Sistem mengirim surat tugas vendor ke

email terkait.

Aliran Kejadian

Alternatif

-

Exception -

Page 34: Software Requirement Spesification

24

4.4.5. Melihat Data Vendor

Nama Melihat Data Vendor

Kode UC005

Deskripsi Admin dapat melihat data vendor.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Admin belum mendapatkan data vendor.

Kondisi akhir Admin mendapatkan data vendor.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu data peminjam.

4. Admin memasukkan id yang dicari.

5. Sistem menampilkan data vendor.

Aliran Kejadian

Alternatif

-

Exception -

Page 35: Software Requirement Spesification

25

4.4.6. Input Form

Nama Input Form

Kode UC006

Deskripsi Admin dapat melakukan input form.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Form peminjaman vendor belum terbentuk.

Kondisi akhir Form peminjaman vendor belum terbentuk.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu form peminjaman.

4. Sistem menampilkan form peminjaman.

5. Admin mengisi form peminjaman.

6. Sistem memberikan id untuk form

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 36: Software Requirement Spesification

26

4.4.7. Melihat Status Kunci

Nama Melihat Status Kunci

Kode UC007

Deskripsi Admin dapat melihat status kunci.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Admin belum mendapatkan status kunci pada

site tertentu.

Kondisi akhir Admin belum mendapatkan status kunci pada

site tertentu.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu status kunci.

4. Admin memasukkan nama site atau BTS.

5. Sistem menampilkan status kunci pada site

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 37: Software Requirement Spesification

27

4.4.8. Melihat Status Surat

Nama Melihat Status Surat

Kode UC008

Deskripsi Admin dapat melihat status surat.

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Admin belum mendapatkan status surat id

tertentu.

Kondisi akhir Admin mendapatkan status surat id tertentu.

Aliran Kejadian

Normal

1. Admin melakukan login.

2. Sistem menampilkan pilihan menu.

3. Admin memilih menu status surat.

4. Admin memasukkan id surat.

5. Sistem menampilkan status surat id

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 38: Software Requirement Spesification

28

4.4.9. Input Form

Nama Input Form

Kode UC009

Deskripsi Vendor dapat melakukan input form.

Tipe Fungsional

Pemicu Vendor mengakses Sistem Informasi Surat

Tugas.

Aktor Vendor

Kondisi awal Form peminjaman vendor belum terbentuk.

Kondisi akhir Form peminjaman vendor belum terbentuk.

Aliran Kejadian

Normal

1. Vendor mengakses Sistem Informasi Surat

Tugas.

2. Sistem menampilkan pilihan menu.

3. Vendor memilih menu form peminjaman.

4. Sistem menampilkan form peminjaman.

5. Vendor melakukan input form

peminjaman.

6. Sistem memberikan id untuk form

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 39: Software Requirement Spesification

29

4.4.10. Melihat Status Kunci

Nama Melihat Status Kunci

Kode UC010

Deskripsi Vendor dapat melihat status kunci.

Tipe Fungsional

Pemicu Vendor mengakses Sistem Informasi Surat

Tugas.

Aktor Vendor

Kondisi awal Vendor belum mendapatkan status kunci pada

site tertentu.

Kondisi akhir Vendor belum mendapatkan status kunci pada

site tertentu.

Aliran Kejadian

Normal

1. Vendor mengakses Sistem Informasi Surat

Tugas.

2. Sistem menampilkan pilihan menu.

3. Vendor memilih menu status kunci.

4. Vendor melakukan input site.

5. Sistem menampilkan status kunci pada site

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 40: Software Requirement Spesification

30

4.4.11. Melihat Status Surat

Nama Melihat Status Surat

Kode UC011

Deskripsi Vendor dapat melihat status surat.

Tipe Fungsional

Pemicu Vendor mengakses Sistem Informasi Surat

Tugas.

Aktor Vendor

Kondisi awal Vendor belum mendapatkan status surat id

tertentu.

Kondisi akhir Vendor mendapatkan status surat id tertentu.

Aliran Kejadian

Normal

1. Vendor mengakses Sistem Informasi Surat

Tugas.

2. Sistem menampilkan pilihan menu.

3. Vendor memilih menu status surat.

4. Vendor melakukan input id surat.

5. Sistem menampilkan status surat id

tersebut.

Aliran Kejadian

Alternatif

-

Exception -

Page 41: Software Requirement Spesification

31

4.4.12. Blokir Vendor

Nama Blokir Vendor

Kode UC012

Deskripsi Admin dapat melakukan blokir pada vendor

yang melakukan pelanggaran terhadap

peraturan yang berlaku

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Nomor identitas vendor tertentu masih dapat

melakukan peminjaman kunci.

Kondisi akhir Nomor identitas vendor tertentu sudah tidak

dapat melakukan peminjaman kunci.

Aliran Kejadian

Normal

1. Admin melakukan login

2. Sistem menampilkan pilihan menu

3. Admin memilih menu blokir vendor

4. Admin melakukan input nomor identitas

vendor yang melakukan pelanggaran

5. Sistem mencatat nomor identitas tersebut

sebagai nomor identitas yang diblokir

Aliran Kejadian

Alternatif

-

Exception -

Page 42: Software Requirement Spesification

32

4.4.13. Back up data

Nama Back up data

Kode UC013

Deskripsi Admin dapat melakukan back up data yang

tersimpan pada sistem

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Admin belum memiliki data back up sistem

Kondisi akhir Admin telah memiliki data back up sistem

Aliran Kejadian

Normal

1. Admin melakukan login

2. Sistem menampilkan pilihan menu

3. Admin menekan tombol “arsip”

4. Sistem melakukan back up data

5. Sistem mendownload file back up

Aliran Kejadian

Alternatif

-

Exception -

4.4.14. Reset data

Nama Reset data

Page 43: Software Requirement Spesification

33

Kode UC014

Deskripsi Admin dapat melakukan reset data yang

tersimpan pada sistem

Tipe Fungsional

Pemicu Aktor melakukan login

Aktor Admin

Kondisi awal Masih terdapat data vendor pada sistem

Kondisi akhir Sudah tidak terdapat data vendor pada sistem

Aliran Kejadian

Normal

1. Admin melakukan login

2. Sistem menampilkan pilihan menu

3. Admin melakukan input password

4. Admin menekan tombol “reset”

5. Sistem melakukan konfirmasi password

6. Sistem melakukan reset data

Aliran Kejadian

Alternatif

-

Exception -

Page 44: Software Requirement Spesification

34

4.6. Diagram Aktivitas

Diagram aktivitas menjelaskan tentang apa yang terjadi antara

aktor dengan sistem dalam rangka menjalankan usecase (kasus

penggunaan) tertentu dengan kata lain, diagram aktivitas

menunjukkan bagaimana sistem melakukan respon terhadap input-an

dari user. Diagram Aktivitas dibuat berdasarkan Diagram Kasus

Penggunaan pada sistem.

4.6.1. Verifikasi Data

Gambar 6. Diagram Aktivitas Verifikasi Data

Page 45: Software Requirement Spesification

35

4.6.2. Cetak Surat Tugas

Gambar 7. Diagram Aktivitas Cetak Surat Tugas

Page 46: Software Requirement Spesification

36

4.6.3. Verifikasi Pengembalian Kunci

Gambar 8. Diagram Aktivitas Verifikasi Pengembalian Kunci

Page 47: Software Requirement Spesification

37

4.6.5. Distribusi Surat Tugas

Gambar 9. Diagram Aktivitas Distribusi Surat Tugas

Page 48: Software Requirement Spesification

38

4.6.7. Melihat Data Vendor

Gambar 10. Diagram Aktivitas Melihat Data Vendor

Page 49: Software Requirement Spesification

39

4.6.9. Input Form

Gambar 11. Diagram Aktivitas Input Form

Page 50: Software Requirement Spesification

40

4.6.11. Melihat Status Kunci

Gambar 12. DIagram Aktivitas Melihat Status Kunci

Page 51: Software Requirement Spesification

41

4.6.12. Melihat Status Surat

Gambar 13. Diagram Aktivitas Melihat Status Surat

Page 52: Software Requirement Spesification

42

4.6.14. Input Form

Gambar 14. Diagram Aktivitas Input Form

Page 53: Software Requirement Spesification

43

4.6.16. Melihat Status Kunci

Gambar 15. Diagram Aktivitas Melihat Status Kunci

Page 54: Software Requirement Spesification

44

4.6.18. Melihat Status Surat

Gambar 16. Diagram Aktivitas Melihat Status Surat

Page 55: Software Requirement Spesification

45

4.6.20. Blokir Vendor

Gambar 17. Diagram Aktivitas Blokir Vendor

Page 56: Software Requirement Spesification

46

4.6.22. Back-up Data

Gambar 18. Diagram Aktivitas Back-up Data

Page 57: Software Requirement Spesification

47

4.6.24. Reset Data

Gambar 19. Diagram Aktivitas Reset Data

4.7. Diagram Sekuensial

Diagram sekuensial adalah suatu diagram yang

menggambarkan interaksi antar obyek dan mengindikasikan komunikasi diantara obyek-obyek tersebut. Diagram ini juga

menunjukkan serangkaian pesan yang dipertukarkan oleh obyek-

obyek yang melakukan suatu tugas atau aksi tertentu. Obyek-obyek

tersebut kemudian diurutkan dari kiri ke kanan, aktor yang

menginisiasi interaksi biasanya diletakkan di paling kiri dari diagram.

Pada diagram ini, dimensi vertikal merepresentasikan waktu. Bagian

paling atas dari diagram menjadi titik awal dan waktu berjalan ke

bawah sampai dengan bagian dasar dari diagram. Garis vertikal,

disebut lifeline, dilekatkan pada setiap obyek atau aktor. Kemudian,

Page 58: Software Requirement Spesification

48

lifeline tersebut digambarkan menjadi kotak ketika obyek melakukan

suatu operasi, kotak tersebut disebut activation box.

4.7.1. Verifikasi Data

Gambar 20. Diagram Sekuensial Verifikasi Data

Page 59: Software Requirement Spesification

49

4.7.2. Cetak Surat Tugas

Gambar 21. Diagram Sekuensial Cetak Surat Tugas

Page 60: Software Requirement Spesification

50

4.7.4. Verifikasi Pengembalian Kunci

Gambar 22. Diagram Sekuensial Verifikasi Pengembalian Kunci

4.7.5. Distribusi Surat Tugas

Gambar 23. Diagram Sekuensial Distribusi Surat Tugas

Page 61: Software Requirement Spesification

51

4.7.6. Melihat Data Vendor

Gambar 24. Diagram Sekuensial Melihat Data Vendor

Page 62: Software Requirement Spesification

52

4.7.8. Input Form

Gambar 25. Diagram Sekuensial Input Form

Page 63: Software Requirement Spesification

53

4.7.10. Melihat Status Kunci

Gambar 26. Diagram Sekuensial Melihat Status Kunci

Page 64: Software Requirement Spesification

54

4.7.11. Melihat Status Surat

Gambar 27. Diagram Sekuensial Melihat Status Surat

Page 65: Software Requirement Spesification

55

4.7.12. Input Form

Gambar 28. Diagram Sekuensial Input Form

Page 66: Software Requirement Spesification

56

4.7.13. Melihat Status Kunci

Gambar 29. Diagram Sekuensial Melihat Status Kunci

Page 67: Software Requirement Spesification

57

4.7.14. Melihat Status Surat

Gambar 30. Diagram Sekuensial Melihat Status Surat

Page 68: Software Requirement Spesification

58

4.7.16. Blokir vendor

Gambar 31. Diagram Sekuensial Blokir Vendor

Page 69: Software Requirement Spesification

59

4.7.18. Back up data

Gambar 32. Diagram Sekuensial Back-up Data

Page 70: Software Requirement Spesification

60

4.7.20. Reset data

Gambar 33. Diagram Sekuensial Reset Data

Page 71: Software Requirement Spesification

61

4.8. Diagram Collaboration

Diagram collaboration (kolaborasi) merupakan diagram yang

mengelompokkan pesan pada kumpulan diagram sekuen menjadi

sebuah diagram. Diagram collaboration juga menggambarkan

bagaimana suatu obyek berkomunikasi dengan obyek lain. Dengan

diagram ini, dapat memudahkan untuk melihat obyek-obyek yang

mungkin akan terpengaruh ketika akan mengubah suatu obyek

tertentu.

4.7.1. Verifikasi Data

Gambar 34. Diagram Collaboration Verifikasi Data

Page 72: Software Requirement Spesification

62

4.7.2. Cetak Surat Tugas

Gambar 35. Diagram Collaboration Cetak Surat Tugas

Page 73: Software Requirement Spesification

63

4.7.3. Verifikasi Pengembalian Kunci

Gambar 36. Diagram Collaboration Verifikasi Pengembalian Kunci

Page 74: Software Requirement Spesification

64

4.7.4. Distribusi Surat Tugas

Gambar 37. Diagram Collaboration Distribusi Surat Tugas

Page 75: Software Requirement Spesification

65

4.7.5. Melihat Data Vendor

Gambar 38. Diagram Collaboration Melihat Data Vendor

Page 76: Software Requirement Spesification

66

4.7.6. Input Form

Gambar 39. Diagram Collaboration Input Form

Page 77: Software Requirement Spesification

67

4.7.7. Melihat Status Kunci

Gambar 40. Diagram Collaboration Melihat Status Kunci

Page 78: Software Requirement Spesification

68

4.7.8. Melihat Status Surat

Gambar 41. Diagram Collaboration Melihat Status Surat

Page 79: Software Requirement Spesification

69

4.7.9. Input Form

Gambar 42. Diagram Collaboration Input Form

Page 80: Software Requirement Spesification

70

4.7.10. Melihat Status Kunci

Gambar 43. Diagram Collaboration Melihat Status Kunci

Page 81: Software Requirement Spesification

71

4.7.11. Melihat Status Surat

Gambar 44. Diagram collaboration Melihat Status Surat

4.7.12. Blokir Vendor

Page 82: Software Requirement Spesification

72

Gambar 45. Diagram Collaboration Blokir Vendor

4.7.13. Back-up Data

Page 83: Software Requirement Spesification

73

Gambar 46. Diagram Collaboration Back-up Data

4.7.14. Reset Data

Page 84: Software Requirement Spesification

74

Gambar 47. Diagram Collaboration Reset Data

4.9. Diagram Kelas

Diagram kelas adalah diagram yang menggambarkan struktur

sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk

membangun sistem. Kelas memiliki 3 bagian utama yaitu atribut,

operasi, dan nama. kelas-kelas yang ada pada struktur sistem harus

dapat melakukan fungsi-fungsi sesuai dengan kebutuhan sistem.

Berikut diagram kelas untuk aplikasi:

Page 85: Software Requirement Spesification

75

4.9.1. Verifikasi Data

Gambar 48. Diagram Kelas Verifikasi Data

Page 86: Software Requirement Spesification

76

4.9.2. Cetak Surat Tugas

Gambar 49. Diagram Kelas Cetak Surat Tugas

4.9.3. Verifikasi Pengembalian Kunci

Gambar 50. Diagram Kelas Verifikasi Pengembalian Kunci

Page 87: Software Requirement Spesification

77

4.9.4. Distribusi Surat Tugas

Gambar 51. Diagram Kelas Distribusi Surat Tugas

4.9.5. Melihat Data Vendor

Gambar 52. Diagram Kelas Melihat Data Vendor

Page 88: Software Requirement Spesification

78

4.9.6. Input Form

Gambar 53. Diagram Kelas Input Form

Page 89: Software Requirement Spesification

79

4.9.7. Melihat Status Kunci

Gambar 54. Diagram Kelas Melihat Status Kunci

4.9.8. Melihat Status Surat

Gambar 55. Diagram Kelas Melihat Status Surat

Page 90: Software Requirement Spesification

80

4.9.9. Input Form

Gambar 56. Diagram Kelas Input Form

Page 91: Software Requirement Spesification

81

4.9.10. Melihat Status Kunci

Gambar 57. Diagram Kelas Melihat Status Kunci

4.8.11. Melihat Status Surat

Gambar 58. Diagram Kelas Melihat Status Surat

Page 92: Software Requirement Spesification

82

4.8.13 Blokir Vendor

Gambar 59. Diagram Kelas Blokir Vendor

Page 93: Software Requirement Spesification

83

4.8.13. Back-up Data

Gambar 60. Diagram Kelas Back-up Data

Page 94: Software Requirement Spesification

84

4.8.14. Reset Data

Gambar 61. Diagram Kelas Reset Data

4.10. Karakteristik Pengguna

Pada aplikasi ini akan ditentukan mengenai karakteristik

pengguna, mulai dari kategori pengguna, apa saja tugas dari setiap

kategori pengguna, dan bagaimana hak akses setiap kategori pengguna

terhadap aplikasi ini. Penjelasan dari hal tersebut akan dijelaskan pada

tabel karakteristik pengguna di berikut ini :

Page 95: Software Requirement Spesification

85

Tabel 1. Karakteristik Pengguna

Kategori

Pengguna

Tugas Hak Akses

Adminisitrator 1. Mengisi form

peminjaman vendor.

2. Melihat status surat.

3. Melihat status kunci.

4. Melihat data peminjam

(vendor).

5. Memverifikasi data

vendor.

6. Mencetak surat tugas

vendor.

7. Mendistribusikan surat

tugas ke email terkait.

8. Memverifikasi

pengembalian kunci.

9. Memblokir Vendor

10. Melakukan back up

data

11. Melakukan reset data

Keseluruhan

Vendor 12. Mengisi form

peminjaman.

13. Melihat status surat.

14. Melihat status kunci.

Terbatas

4.11. Lingkungan Operasi

• Sistem Operasi Server: Linux

• Web Server: Apache.

• Database: MySQL.

• Kerangka Kerja yang digunakan: Sublime Text 3 dan Terminal

• Bahasa Pemrograman: PHP, HTML, Javascript, Python.

• Library yang digunakan: Pear, Python-docx.

Page 96: Software Requirement Spesification

86

4.12. Kebutuhan Antarmuka Eksternal

4.12.1. Lapisan Antarmuka

Antarmuka untuk mengoperasikan perangkat lunak adalah

monitor, keyboard dan mouse.

4.12.2. Lapisan Data

Lapisan data pada sistem ini membutuhkan MySQL untuk

menangani penyimpanan database.

4.12.3. Lapisan Antarmuka Pengguna

Lapisan antarmuka administrator dan pengguna umum pada

sistem ini akan dibangun dengan menggunakan bahasa

pemrograman PHP, Javascript, dan HTML. Library yang

digunakan adalah python-docx dan PEAR.

4.13. Kebutuhan Perangkat Lunak

Aplikasi yang dibangun di sini memiliki beberapa kebutuhan

yang dibagi menjadi kebutuhan fungsional dan kebutuhan non

fungsional.

Page 97: Software Requirement Spesification

87

4.13.1. Kebutuhan Fungsional

Tabel 2. Kebutuhan Fungsional

No. Kebutuhan Deskripsi Kebutuhan

F001 Verifikasi Data Administrator dapat

melakukan verifikasi (setuju

atau tolak) surat vendor yang

akan meminjam kunci

F002 Cetak Surat Tugas Administrator dapat

mencetak surat tugas vendor

yang telah disetujui.

F003 Verifikasi

Pengembalian Kunci

Administrator dapat

memverifikasi pengembalian

kunci oleh vendor.

F004 Distribusi Surat

Tugas

Administrator dapat

mendistribusikan surat tugas

vendor yang telah dibuat

sistem ke alamat- alamat

email terkait

F005 Melihat Data Vendor Administrator dapat melihat

data peminjam kunci

F006 Input Form Administrator dapat mengisi

form peminjaman kunci

F007 Melihat Status Kunci Administrator dapat melihat

status kunci site tertentu

F008 Melihat Status Surat Administrator dapat melihat

status surat id tertentu

F009 Input Form Vendor dapat mengisi form

peminjaman kunci.

F010 Melihat Status Kunci Vendor dapat melihat status

kunci site tertentu

F011 Melihat Status Surat Vendor dapat melihat status

surat id tertentu

Page 98: Software Requirement Spesification

88

No. Kebutuhan Deskripsi Kebutuhan

F012 Blokir vendor Administrator dapat

memblokir vendor yang

melakukan pelanggaran

F013 Back up data Administrator dapat

melakukan back up data

yang terdapat pada sistem

F014 Reset data Administrator dapat

melakukan reset data yang

terdapat pada sistem

4.13.2. Kebutuhan Non Fungsional

Tabel 3. Kebutuhan Non Fungsional

No. Kebutuhan Deskripsi Kebutuhan

01 Availability Bisa diakses 24 jam setiap

harinya

02 Portability Mudah digunakan dengan

syarat perangkat yang akan

digunakan berupa komputer,

atau smartphone yang

tersambung dengan jaringan

internet

03 Response time Aplikasi ini mampu untuk

menampilkan hasil dengan

waktu maksimal delay 10

detik

04 Security Autentikasi username dan

password pada halaman

admin

Page 99: Software Requirement Spesification

89

5BAB V

IMPLEMENTASI SISTEM

5.1. Implementasi Lapisan HTML Lapisan HTML bukanlah sebuah bahasa pemrograman melainkan

hanya berupa bahasa markup.Bahasa markup yang dimaksud yaitu

berupa kode dan symbol yang dimasukkan kedalam sebuah file yang

ditujukan untuk ditampilkan didalam sebuah website. Website yang

dibuat dengan HTML ini, dapat dilihat oleh semua orang yang

terkoneksi dengan internet. Tentunya dengan menggunakan berbagai

macam web browser contohnya Internet Explorer, Mozilla Firefox,

dan Google Chrome. HTML menampilkan berbagai informasi di

dalam sebuah laman web dengan pemformatan hypertextsederhana

yang ditulis dalam berkas format ASCII (American Standard Code for

Information Interchange)agar dapat menghasilkan tampilan wujud

yang terintegerasi. Singkatnya, pada aplikasi ini lapisan HTML

digunakan untuk menampilkan hasil pengkodean sebuah PHP atau

menampilkan kode kode statis pada web.

Berikut ini merupakan tabel yang memaparkan bagian lapisan

HTML beserta nama file pada aplikasi web ini dan fungsinya:

Tabel 4. Implementasi Lapisan HTML

Nama File Deskripsi

CETAKOTOMATIS.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

cetakotomatis.php

CETAKSURATTUGAS_ADMIN.ht

ml

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

cetaksuattugas_admin.php

DATAPEMINJAMAN.html Menampilkan dashboard

pada halaman admin serta

Page 100: Software Requirement Spesification

90

menampilkan apa yang

ditampilkan

datapeminjamadmin.php

EMAILTERKIRIM.html

Menampilkan

pemberitahuan bahwa

email sukses terkirim

GAGALUPLOAD.html

Menampilkan

pemberitahuan bahwa

form belum terisi dengan

benar pada halaman non

admin

GAGALUPLOADADMIN.html

Menampilkan

pemberitahuan bahwa

form belum terisi dengan

benar pada halaman admin

Index.html Menampilkan halaman

home

KOTAK_MASUKADMIN.html

Menampilkan dashboard

pada halaman admin,

menampilkan apa yang

ditampilkan

ambilpathadmin.php serta

menampilkan tombol

untuk admin melakukan

verifikasi surat vendor

LIHATSURATVENDOR.html Menampilkan surat vendor

pada id tertentu

Login.html

Menampilkan halaman

untuk admin melakukan

login

MASATENGGANG_KUNCIADMI

N.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

Page 101: Software Requirement Spesification

91

masatenggang_kunciadmi

n.php

MENUKIRIMEMAIL.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

menukirimemail.php

PEMINJAMAN.html Menampilkan form utama

pada halaman non admin

PEMINJAMANADMIN.html Menampilkan form utama

pada halaman admin

STATUS_KUNCI.html

Menampilkan apa yang

ditampilkan

status_kunci.php pada

halaman non admin

STATUS_KUNCIADMIN.html

Menampilkan apa yang

ditampilkan

status_kunci.php pada

halaman admin

STATUS_SURAT.html

Menampilkan apa yang

ditampilkan

status_surat.php pada

halaman non admin

STATUS_SURATADMIN.html

Menampilkan apa yang

ditampilkan

status_surat.php pada

halaman admin

EMAILBERHASIL.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

emailterkirim.html

EMAILGAGALBERHASIL.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

Page 102: Software Requirement Spesification

92

ditampilkan

emailgagalterkirim.html

EMAILGAGALTERKIRIM.html

Menampilkan

pemberitahuan bahwa id

yang diinputkan belum

memiliki alamat email

MENUKIRIMEMAILTAMBAH.ht

ml

Menampilkan form untuk

pengisian alamat email

penerima pada fitur

tambah email di halaman

kirim email admin

IFRAME.html

Menampilkan dashboard

pada halaman admin serta

menampilkan apa yang

ditampilkan

emailgagalterkirim.html

ARSIPRESET.html

Menampilkan menu arsip

dan reset pada dashboard

halaman admin.

BLOKIRVENDOR.html

Menampilkan form untuk

admin melakukan input

nomor identitas vendor

serta alasan pemblokiran

pada vendor yang

melakukan pelanggaran

5.2. Implementasi Lapisan PHP (Server-Side)

Lapisan PHP adalah bahasa pemrograman script server-side yang

didesain untuk pengembangan web. PHP disebut bahasa

pemrograman server side karena PHP diproses pada computer server.

Pada aplikasi ini lapisan PHP merupakan lapisan yang berfungsi

sebagai pemrosesan data-data yang nantinya akan saling terhubung

atau berhubungan dengan database.

Page 103: Software Requirement Spesification

93

Berikut ini merupakan tabel yang memaparkan bagian lapisan PHP

beserta nama file pada aplikasi web ini dan fungsinya:

Tabel 5. Implementasi Lapisan Kontrol

Nama File Deskripsi

AMBILPATHADMIN.php

Mendapatkan path

file surat vendor

pada ID tertentu dan

menampilkan surat

tersebut

CETAKOTOMATIS.php

Menampilkan file

surat tugas id

tertentu yang

dibentuk server pada

menu cetak surat

tugas

CETAKSURATTUGAS_ADMIN.php

Menampilkan file

surat tugas id

tertentu yang

dibentuk server pada

halaman setelah

kotak masuk

disetujui

CONNECT.php

Menghubungkan php

dengan database

pada MySql

DATAPEMINJAMANADMIN.php

Menampilkan data

yang ada pada

database

peminjaman

DELETEMASATENGGANG.php

Menjalankan query

untuk menghapus

status kunci pada id

tertentu ketika kunci

Page 104: Software Requirement Spesification

94

sudah dikembalikan

dan terverifikasi

KIRIMEMAIL.php

Melakukan

pengiriman email

melaui php pada

menu kirim email

KOTAK_MASUKADMIN.php

Menjalankan query

update status surat

vendor ketika admin

melakukan verifikasi

bahwa surat diterima

atau ditolak

Login.php

Melakukan cek

username dan

password yang

diinputkan dengan

database admin

Login_cek.php

Melakukan

pengecekan session

untuk memastikan

apakah ketika

mengakses halaman

admin, user sudah

melakukan login

atau belum

MASATENGGANG_KUNCIADMIN.php

Menampilkan data

peminjaman kunci

yang sudah

memasuki masa

tenggang

pengembalian

MENUKIRIMEMAIL.php

Menampilkan form

pada menu kirim

email

Page 105: Software Requirement Spesification

95

NOTIFIKASI_KOTAKMASUK.php

Menampilkan jumlah

baris pada tabel

kotak masuk untuk

dijadikan pop up

bubble notifikasi

NOTIFIKASI_MASATENGGANG.php

Menampilkan jumlah

baris pada tabel

kotak masuk untuk

dijadikan pop up

bubble notifikasi

PEMINJAMAN.php

Melakukan input

dari form halaman

utama vendor ke

database

peminjaman

PEMINJAMANADMIN.php

Melakukan input

dari form halaman

utama admin ke

database

peminjaman

STATUS_KUNCI.php

Melakukan

pencarian pada

database status kunci

yang kemudian di

kirimkan ke code

html untuk

ditampilkan pada

halaman status kunci

vendor

STATUS_KUNCIADMIN.php

Melakukan

pencarian pada

database status kunci

yang kemudian di

kirimkan ke code

html untuk

Page 106: Software Requirement Spesification

96

ditampilkan pada

halaman status kunci

admin

STATUS_SURAT.php

Melakukan

pencarian pada

database

peminjaman yang

kemudian di

kirimkan ke code

html untuk

ditampilkan pada

halaman status kunci

vendor

STATUS_SURATADMIN.php

Melakukan

pencarian pada

database

peminjaman yang

kemudian di

kirimkan ke code

html untuk

ditampilkan pada

halaman status kunci

admin

KIRIMEMAILLAGI.php

Melakukan

pengiriman email

melaui php pada

menu kotak masuk

setelah surat vendor

disetujui

UPDATEPENERIMAEMAIL.php

Melakukan insert

atau update pada

database ccemail

ketika admin akan

menambahkan

penerima email

Page 107: Software Requirement Spesification

97

Logout.php

Melakukan destroy

session akun admin

kemudian

dikembalikan pada

halaman utama

vendor

BLOKIRVENDOR.php

Menghubungkan

form dengan

database sistem

dalam hal input

nomor identitas

blokir vendor

ZIPULOADS.php

Melakukan

kompresasi data

back up sehingga

memiliki ekstensi

.zip pada folder

‘uploads’ yang

dimiliki oleh sistem

BACKUPSQL.php

Melakukan export

sql sistem sehingga

menghasilkan file

back up yang

memiliki ekstensi

.zip

DBTOEXCEL.php

Melakukan

pencatatan data yang

ada di database pada

microsoft excel

sehingga

menghasilkan file

back up yang

memiliki ekstensi

.xsl

Page 108: Software Requirement Spesification

98

RESETDB.php Melakukan reset

pada database sistem

LISTBLOKIR.php

Menampilkan nomor

identitas vendor

yang masuk daftar

blokir pada database

sistem

5.3. Implementasi Basis Data

Lapisan data untuk mengoperasikan perangkat lunak didukung

oleh MySql. MySql berfungsi sebagai database yang akan

menampung data-data dalam proses pembuatan web dan melakukan

koneksi ke PHP. Berikut adalah Conceptual Data Model (CDM) dan

Physical Data Model (PDM) untuk aplikasi yang dibangun:

Page 109: Software Requirement Spesification

99

a. CDM

Conceptual Data Model (CDM) memodelkan struktur logis dari

keseluruhan aplikasi data.

Gambar 62. CDM

Page 110: Software Requirement Spesification

100

b. PDM

Physical Data Model (PDM) merupakan representasi fisik dari

database yang akan dibuat dengan mempertimbangkan DBMS

yang akan digunakan. PDM dapat dihasilkan dari mengenerate

CDM.

Gambar 63. PDM

Page 111: Software Requirement Spesification

101

Penjelasan mengenai informasi-informasi yang dibutuhkan

aplikasi beserta tabel yang bersesuaian dalam basis data aplikasi

tertera pada tabel berikut :

1. Tabel admin

Tabel 6. Database Admin

Nama Tipe data Deskripsi

username Varchar(255) Variable untuk menyimpan username admin

password Varchar(255) Variable untuk menyimpan password admin

2. Tabel PEMINJAMAN

Tabel 7. Database PEMINJAMAN

Nama Tipe data Deskripsi

NAMA_LENGKAP Varchar(255) Variable untuk menyimpan nama lengkap peminjam kunci

NO_HP Varchar(255) Variable untuk menyimpan nomor hp peminjam kunci

NO_KTP Char(16) Variable untuk menyimpan nomor ktp peminjam kunci

INSTANSI Varchar(255) Variable untuk menyimpan asal instansi peminjam kunci

PEKERJAAN Varchar(255) Variable untuk menyimpan tujuan peminjaman kunci

KUNCI_SITE Varchar(255) Variable untuk menyimpan site tujuan peminjaman kunci

Page 112: Software Requirement Spesification

102

TANGGAL_PEMINJAMAN Date Variable untuk menyimpan tanggal peminjaman kunci

TANGGAL_PENGEMBALIAN Date Variable untuk menyimpan tanggal pengembalian kunci

JUMLAH_KUNCI Int Variable untuk menyimpan jumlah kunci yang dipinjam

ID Varchar(255) Variable yang digunakan sebagai pembeda antar surat

STATUS_SURAT Varchar(255) Variable untuk menyimpan status surat vendor

PATH Varchar(255) Variable untuk menyimpan lokasi surat vendor pada server

TID Varchar(255) Variabel untuk menyimpan chat ID telegram

3. Tabel STATUS_KUNCI

Tabel 8. Database STATUS_KUNCI

Nama Tipe data Deskripsi

BTS Varchar(255) Variable untuk menyimpan nama site yang kuncinya sedang dipinjam

STATUS Varchar(255) Variable untuk menyimpan status kunci site tertentu

TANGGAL_PEMINJAMAN Date Variable untuk menyimpan tanggal peminjaman kunci

NAMA_PEMINJAM Varchar(255) Variable untuk menyimpan nama peminjam

INSTANSI Varchar(255) Variable untuk menyimpan asal instansi peminjam kunci

TANGGAL_PENGEMBALIAN Date Variable untuk menyimpan tanggal pengembalian kunci

Page 113: Software Requirement Spesification

103

JUMLAH_KUNCI Int Variable untuk menyimpan jumlah kunci yang dipinjam

NO_HP Varchar(255) Variable untuk menyimpan nomor hp peminjam kunci site tertentu

ID Varchar(255) Variable yang digunakan sebagai pembeda antar peminjam kunci

4. Tabel CCEMAIL

Tabel 9. Database CCEMAIL

Nama Tipe data Deskripsi

ID_EMAIL Varchar(255) Variable yang digunakan sebagai pembeda antar peminjam kunci

EMAIL1 Varchar(255) Variable untuk menyimpan alamat email peminjam kunci

EMAIL2 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL3 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL4 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL5 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

Page 114: Software Requirement Spesification

104

EMAIL6 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL7 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL8 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL9 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

EMAIL10 Varchar(255) Variable untuk menyimpan alamat email penerima lain yang dibutuhkan

5. Tabel YOGYAKARTA

Tabel 10. Database YOGYAKARTA

Nama Tipe data Deskripsi

KODEBTS Varchar(255)

Variable yang digunakan untuk menyimpan kode BTS yang berada di kota Yogyakarta

BTS Varchar(255)

Variable untuk menyimpan nama BTS yang berada di kota Yogyakarta

Page 115: Software Requirement Spesification

105

6. Tabel MAGELANG

Tabel 11. Database MAGELANG

Nama Tipe data Deskripsi

KODEBTS Varchar(255)

Variable yang digunakan untuk menyimpan kode BTS yang berada di kota Magelang

BTS Varchar(255)

Variable untuk menyimpan nama BTS yang berada di kota Magelang

7. Tabel BLOKIR

Tabel 12. Database BLOKIR

Nama Tipe data Deskripsi

NO_KTP Varchar(255)

Variable yang digunakan untuk mencatat nomor identitas vendor yang melakukan pelanggaran

ALASAN Varchar(255) Variable untuk menyimpan alas an singkat admin melakukan pemblokiran

DATE Date

Variable untuk menyimpan tanggal admin melakukan pemblokiran pada nomor identitas record tersebut

Page 116: Software Requirement Spesification

106

5.4. Implementasi Antarmuka Implementasi tampilan antarmuka pengguna dibagi menjadi

dua jenis, yaitu halaman untuk administrator dan halaman untuk

userumum.

1. Implementasi Antarmuka Administrator

Antarmuka halaman administrator dibagi menjadi beberapa

halaman yaitu:

• Tampilan Form Peminjaman

Halaman Form Peminjaman digunakan untuk menambah

data peminjaman baru oleh vendor. Tampilan halaman Form

Peminjaman ditunjukkan pada gambar berikut:

Gambar 64. Tampilan Halaman Form Peminjaman (Admin)

• Tampilan Status Kunci

Halaman Status Kunci digunakan untuk menampilkan data

status kunci.Tampilan halaman status kunci ditunjukkan

pada gambar berikut:

Page 117: Software Requirement Spesification

107

Gambar 65. Tampilan Halaman Status Kunci (Admin)

• Tampilan Status Surat

Halaman Status Surat digunakan untuk menampilkan data

status surat dari vendor.Tampilan halaman status surat

ditunjukkan pada gambar berikut:

Gambar 66. Tampilan Halaman Status Surat (Admin)

Page 118: Software Requirement Spesification

108

• Tampilan Kotak Masuk

Halaman Kotak Masuk digunakan untuk menampilkan

surat-surat vendor yang telah mengisi form peminjaman

untuk meminjam kunci site (BTS).Tampilan halaman kotak

masuk ditunjukkan pada gambar berikut:

Gambar 67. Tampilan Halaman Kotak Masuk

• Tampilan Masa Tenggang Kunci

Halaman Masa Tenggang Kunci digunakan untuk

menampilkan data-data peminjam kunci site yang telah

mencapai masa tenggang peminjaman.Tampilan halaman

masa tenggang kunci ditunjukkan pada gambar berikut:

Page 119: Software Requirement Spesification

109

Gambar 68. Tampilan Halaman Masa Tenggang Kunci

• Tampilan Cetak Surat Tugas

Halaman Cetak Surat Tugas digunakan untuk menampilkan

surat tugas yang telah terbuat secara otomatis ketika surat

peminjaman vendor telah disetujui oleh Admin dan di

halaman ini terdapat tombol untuk mengeprint surat

tugas.Tampilan halaman cetak surat tugas ditunjukkan pada

gambar berikut:

Page 120: Software Requirement Spesification

110

Gambar 69. Tampilan Halaman Cetak Surat Tugas

• Tampilan Data Vendor

Halaman Data Vendor digunakan untuk menampilkan data

vendor yang meminjam kunci site.Tampilan halaman data

peminjam ditunjukkan pada gambar berikut:

Gambar 70. Tampilan Halaman Data Vendor

Page 121: Software Requirement Spesification

111

• Tampilan Kirim Email

Halaman Kirim Email akan menampilkan form daftar email

yang digunakan untuk mendistribusikan surat tugas vendor

yang telah disetujui oleh Admin ke email-email pihak

terkait.Tampilan halaman kirim email ditunjukkan pada

gambar berikut:

Gambar 71. Tampilan Halaman Kirim Email

• Tampilan Blokir Vendor

Halaman Blokir Vendor digunakan untuk memblokir vendor

yang melanggar peraturan sehingga vendor dengan nomor

identitas yang diblokir tersebut tidak bisa meminjam kunci

site hingga kurun waktu tertentu. Tampilan halaman blokir

vendor ditunjukkan pada gambar berikut:

Page 122: Software Requirement Spesification

112

Gambar 72. Tampilan Halaman Blokir Vendor

• Tampilan Back up data

Halaman Back up data digunakan untuk melakukan back-up

data yang ada di database. Jadi jika menekan tombol

"ARSIP", maka secara otomatis akan mendownload semua

data yang ada. Tampilan halaman back-up ditunjukkan pada

gambar berikut:

Gambar 73. Tampilan Halaman Back-up Data

Page 123: Software Requirement Spesification

113

• Tampilan Reset data

Halaman reset data digunakan untuk melakukan reset pada

database. Admin dapat melakukan reset ketika data pada

database sudah hampir penuh. Untuk melakukan reset ini

diperlukan konfirmasi password terlebih. Tampilan halaman

reset data ditunjukkan pada gambar berikut:

Gambar 74. Tampilan Halaman Reset Data

Page 124: Software Requirement Spesification

114

2. Implementasi Antarmuka User

Antarmuka halaman user umum(Vendor) dibagi menjadi

beberapa halaman yaitu:

• Tampilan Form Peminjaman

Halaman Form Peminjaman digunakan untuk

menambahdata peminjaman baru oleh vendor.Vendor akan

mengisi form ini secara lengkap. Tampilan halaman

dashboard ditunjukkan pada gambar berikut:

Gambar 75. Tampilan Halaman Form Peminjaman (Vendor)

• Tampilan Status Kunci

Halaman Status Kunci digunakan untuk menampilkan data

status kunci.Tampilan halaman status kunci ditunjukkan

pada gambar berikut:

Page 125: Software Requirement Spesification

115

Gambar 76. Tampilan Halaman Status Kunci

Page 126: Software Requirement Spesification

116

• Tampilan Status Surat

Halaman Status Surat digunakan untuk menampilkan data

status surat dari vendor, sehingga vendor dapat mencari dan

melihat status suratnya pada halaman ini. Tampilan halaman

status surat ditunjukkan pada gambar berikut:

Gambar 77. Tampilan Halaman Status Surat

Page 127: Software Requirement Spesification

117

[Halaman ini sengaja dikosongkan]

Page 128: Software Requirement Spesification

118

6BAB VI

PENGUJIAN DAN EVALUASI

6.1. Lingkungan Pengujian Pengujian sistem pada pengerjaan kerja praktik ini dilakukan

pada lingkungan dan alat kakas sebagai berikut:

6.1.1. Server Aplikasi Processor : Digital Ocean (1.73 GHz)

Memory : 512 Mb

Sistem Operasi : Linux

Web Server : Apache.

6.1.2. Perangkat Uji Coba Processor : MacBook Pro (13-inch, Mid 2012) Processor

(2.5 GHz Intel Core i5)

Memory : 4.00 GB

Jenis Device : Laptop

Sistem Operasi : OS X El Capitan Version 10.11.6

Browser : Google Chrome

6.2. Skenario Pengujian Skenario pengujian aplikasi adalah sebagai berikut:

• Unggah semua file yang telah dibuat ke dalam server dengan

spesifikasi yang tertera pada poin 6.1.1

• Pengujian dilakukan dengan cara mengakses dan mencoba semua

fitur aplikasi menggunakan browserGoogle Chrome pada

alatperangkat uji cobadengan alamat server 128.199.68.188

• Aktivitas yang dilakukan pada saat pengujian, antara lain:

Pengguna Administrator:

o Autentikasi pengguna Administrator.

o Mengakses semua halaman Administrator.

o Melakukan input peminjaman baru.

o Melakukan verifikasi data.

Page 129: Software Requirement Spesification

119

o Melakukan cetak surat tugas.

o Melakukan verifikasi pengembalian kunci.

o Melakukan distribusi surat tugas.

o Melihat data peminjam, status surat tugas dan status kunci site

tertentu.

o Memblokir Vendor

o Melakukan reset database dan server.

o Melakukan arsip file.

Pengguna Non Administrator / Vendor:

o Mengakses semua halaman non Administrator.

o Melakukan input peminjaman baru.

o Melihat status surat tugas dan status kunci site tertentu.

6.3. Evaluasi Pengujian

Pada subbab ini akan diberikan hasil evaluasi dari pengujian-

pengujian yang telah dilakukan. Evaluasi yang diberikan meliputi

evaluasi pengujian kebutuhan fungsional, evaluasi hasil

pengelompokan, dan evaluasi kegunaan sistem.

6.3.1. Evaluasi Pengujian Kebutuhan Fungsional

Tabel 13. Pengujian Kebutuhan Fungsional

No.

Kebutuhan Kebutuhan Uji Coba Status

F001 Verifikasi data Administrator dapat

melakukan

verifikasi (setuju

atau tolak) surat

vendor yang akan

meminjam kunci

Berhasil

F002 Cetak Surat

Tugas

Administrator dapat

mencetak surat tugas

Berhasil

Page 130: Software Requirement Spesification

120

vendor yang telah

disetujui

F003 Verifikasi

Pengembalian

Kunci

Administrator dapat

melakukan

verifikasi

pengembalian kunci

oleh vendor

Berhasil

F004 Distribusi

Surat Tugas

Administrator dapat

mendistribusikan

surat tugas vendor

yang telah dibuat

sistem ke alamat-

alamat email terkait

Berhasil

F005 Melihat data

vendor

Administrator dapat

melihat data

peminjam kunci

Berhasil

F006 Input Form Administrator dapat

mengisi form

peminjaman kunci

Berhasil

F007 Melihat Status

Kunci

Administrator dapat

melihat status kunci

site tertentu

Berhasil

F008 Melihat Status

Surat

Administrator dapat

melihat status surat

id tertentu

Berhasil

F009 Input Form Vendor dapat

mengisi form

peminjaman kunci

Berhasil

F010 Melihat Status

Kunci

Vendor dapat

melihat status kunci

site tertentu

Berhasil

F011 Melihat Status

Surat

Vendor dapat

melihat status surat

id tertentu

Berhasil

Page 131: Software Requirement Spesification

121

F012 Blokir vendor Administrator dapat

memblokir vendor

yang melakukan

pelanggaran

Berhasil

F013 Back up data Administrator dapat

melakukan back up

data yang terdapat

pada sistem

Berhasil

F014 Reset data Administrator dapat

melakukan reset data

yang terdapat pada

sistem

Berhasil

Page 132: Software Requirement Spesification

122

Tabel 14. Pengujian Kebutuhan Non Fungsional

No. Kebutuhan Uji Coba Status

01 Availability Aplikasi dipasang

pada server selama 24

jam selama dua

minggu

Berhasil

02 Portability Aplikasi dibuka

melalui komputer

atau melalui

smartphone

Berhasil

03 Response

time

Aplikasi dibuka dan

dihitung waktu

prosesnya

Berhasil

04 Security Petugas admin harus

menjalani proses

autentikasi terlebih

dahulu sebelum

mengakses fitur-fitur

yang ada. Jika admin

langsung mengakses

fitur melalui URL

tanpa melakukan

autentikasi, maka

secara otomatis akan

diarahkan ke halaman

autentikasi

Berhasil

Page 133: Software Requirement Spesification

123

7BAB VII

KESIMPULAN DAN SARAN

7.1. Kesimpulan Kesimpulan yang kami peroleh dari hasil kerja praktik ini,

antara lain:

• Keberadaan aplikasi yang telah dibangun ini penting bagi

user (vendor) maupun perusahan agar tercipta ketertiban

dalam peminjaman kunci site, mempermudah dalam

memantau peminjaman kunci site, serta tersimpannya

laporan atau arsip data peminjaman kunci site secara digital

yang diperlukan oleh perusahaan sehingga apabila terjadi

sesuatu yang tidak diinginkan, perusahaan dapat

mengeceknya melalui arsip ini.

• Keberadaan aplikasi ini sebagai aplikasi berbasis web yang

dapat menjadi solusi bagi Networking Service RTPO

Yogyakarta dan Magelang PT.Telkomsel Regional Jateng

dan DIYuntuk mengatasi masalah antrian yang panjang,

tidak terarsipnya data peminjaman kunci site, dan pemalsuan

tanda tangan terhadap surat tugas.

• Tujuan dari kerja praktik tercapai karena berhasil membuat

suatu produk berupa aplikasi berbasis web yang mampu

mengatasi masalah di Networking Service RTPO

Yogyakarta dan Magelang PT.Telkomsel Regional Jateng

dan DIY fitur-fitur yang mudah dimengerti dan tampilan

yang sederhana.

7.2. Saran Penulis menyadari pentingnya keberadaan aplikasi ini,

namun penulis menemukan beberapa hal yang kami rasa

perlu untuk diperbaiki dan ditingkatkan, antara lain:

• Perlunya maintenance dan improvisasi berkala terhadap

aplikasi yang ada saat ini, mengingat aplikasi menyimpan

sangat banyak gambar dan dapat membuat media

penyimpanan pada server cepat habis.

Page 134: Software Requirement Spesification

124

• Perlunya server yang mempunyai ruang penyimpanan data

yang sangat besar.

• Perlunya pergantian password admin secara berkala demi

keamanan data pada system.

Page 135: Software Requirement Spesification

125

DAFTAR PUSTAKA

[1] PEAR's Mail, "PEAR's Mail," [Online]. Available:

https://pear.php.net/package/Mail. [Accessed 18 January

2017].

[2] Sejarah Telkomsel, "Sejarah Telkomsel," [Online]. Available:

http://globallavebookx.blogspot.co.id/2013/08/sejarah-

singkat-pt-telkomsel.html. [Accessed 18 January 2017].

[3] Python-docx, "Python-docx," [Online]. Available:

https://pypi.python.org/pypi/python-docx. [Accessed 19

January 2017].

[4] JavaScript, "JavaScript," [Online]. Available:

https://en.m.wikipedia.org/wiki/JavaScript. [Accessed 19

January 2017].

[5] MAMP, "MAMP," [Online]. Available: https://

en.m.wikipedia.org/wiki/MAMP. [Accessed 20 January

2017].

[6] Sublime Text, "Sublime Text," [Online]. Available:

https://en.m.wikipedia.org/wiki/Sublime_Text. [Accessed 21

Jnauary 2017].

Page 136: Software Requirement Spesification

126

[Halaman ini sengaja dikosongkan]

Page 137: Software Requirement Spesification

127

LAMPIRAN

Kertas Disposisi

Page 138: Software Requirement Spesification

128

[Halaman ini sengaja dikosongkan]


Recommended