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

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

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.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.6. Input Form........................................................... 39
4.5.9. Input Form........................................................... 42
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.6. Input Form........................................................... 52

iv
4.6.8. Melihat Status Surat ............................................ 54
4.6.9. Input Form........................................................... 55
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.6. Input Form........................................................... 78
4.8.9. Input Form........................................................... 80
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

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

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

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

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

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

x
[Halaman ini sengaja dikosongkan]

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.

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.

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.

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.

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.

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

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.

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.

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.

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.

11

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

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.

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.

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.

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.

18
4.3. Data Flow Diagram (DFD)
4.3.1. DFD Level 0
Gambar 4. DFD Level 0

19
4.3.2. DFD Level 1
Gambar 5. DFD Level 1

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 -

21
4.4.2. Cetak Surat Tugas
Nama Cetak Surat Tugas
Kode UC002
Deskripsi Admin dapat mencetak surat tugas vendor.
Tipe Fungsional
Aktor Admin
Kondisi awal Surat tugas vendor belum tercetak.
Kondisi akhir Surat tugas vendor telah tercetak.
Aliran Kejadian
Normal
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 -

22
4.4.3. Verifikasi Pengembalian Kunci
Nama Verifikasi Pengembalian Kunci
Kode UC003
Deskripsi Admin dapat melakukan verifikasi
pengembalian kunci.
Tipe Fungsional
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
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 -

23
4.4.4. Distribusi Surat Tugas
Nama Distribusi Surat Tugas
Kode UC004
Deskripsi Admin dapat melakukan distribusi surat tugas
vendor.
Tipe Fungsional
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
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 -

24
4.4.5. Melihat Data Vendor
Nama Melihat Data Vendor
Kode UC005
Deskripsi Admin dapat melihat data vendor.
Tipe Fungsional
Aktor Admin
Kondisi awal Admin belum mendapatkan data vendor.
Kondisi akhir Admin mendapatkan data vendor.
Aliran Kejadian
Normal
3. Admin memilih menu data peminjam.
4. Admin memasukkan id yang dicari.
5. Sistem menampilkan data vendor.
Aliran Kejadian
Alternatif
-
Exception -

25
4.4.6. Input Form
Nama Input Form
Kode UC006
Deskripsi Admin dapat melakukan input form.
Tipe Fungsional
Aktor Admin
Kondisi awal Form peminjaman vendor belum terbentuk.
Kondisi akhir Form peminjaman vendor belum terbentuk.
Aliran Kejadian
Normal
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 -

26
4.4.7. Melihat Status Kunci
Nama Melihat Status Kunci
Kode UC007
Deskripsi Admin dapat melihat status kunci.
Tipe Fungsional
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
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 -

27
4.4.8. Melihat Status Surat
Nama Melihat Status Surat
Kode UC008
Deskripsi Admin dapat melihat status surat.
Tipe Fungsional
Aktor Admin
Kondisi awal Admin belum mendapatkan status surat id
tertentu.
Kondisi akhir Admin mendapatkan status surat id tertentu.
Aliran Kejadian
Normal
3. Admin memilih menu status surat.
4. Admin memasukkan id surat.
5. Sistem menampilkan status surat id
tersebut.
Aliran Kejadian
Alternatif
-
Exception -

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.
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 -

29
Nama Melihat Status Kunci
Kode UC010
Deskripsi Vendor dapat melihat status kunci.
Tipe Fungsional
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
Tugas.
3. Vendor memilih menu status kunci.
4. Vendor melakukan input site.
5. Sistem menampilkan status kunci pada site
tersebut.
Aliran Kejadian
Alternatif
-
Exception -

30
Nama Melihat Status Surat
Kode UC011
Deskripsi Vendor dapat melihat status surat.
Tipe Fungsional
Tugas.
Aktor Vendor
Kondisi awal Vendor belum mendapatkan status surat id
tertentu.
Kondisi akhir Vendor mendapatkan status surat id tertentu.
Aliran Kejadian
Normal
Tugas.
3. Vendor memilih menu status surat.
4. Vendor melakukan input id surat.
5. Sistem menampilkan status surat id
tersebut.
Aliran Kejadian
Alternatif
-
Exception -

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
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 -

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
Aktor Admin
Kondisi awal Admin belum memiliki data back up sistem
Kondisi akhir Admin telah memiliki data back up sistem
Aliran Kejadian
Normal
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

33
Kode UC014
Deskripsi Admin dapat melakukan reset data yang
tersimpan pada sistem
Tipe Fungsional
Aktor Admin
Kondisi awal Masih terdapat data vendor pada sistem
Kondisi akhir Sudah tidak terdapat data vendor pada sistem
Aliran Kejadian
Normal
3. Admin melakukan input password
4. Admin menekan tombol “reset”
5. Sistem melakukan konfirmasi password
6. Sistem melakukan reset data
Aliran Kejadian
Alternatif
-
Exception -

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.
Gambar 6. Diagram Aktivitas Verifikasi Data

35
Gambar 7. Diagram Aktivitas Cetak Surat Tugas

36
Gambar 8. Diagram Aktivitas Verifikasi Pengembalian Kunci

37
Gambar 9. Diagram Aktivitas Distribusi Surat Tugas

38
Gambar 10. Diagram Aktivitas Melihat Data Vendor

39
4.6.9. Input Form
Gambar 11. Diagram Aktivitas Input Form

40
Gambar 12. DIagram Aktivitas Melihat Status Kunci

41
Gambar 13. Diagram Aktivitas Melihat Status Surat

42
4.6.14. Input Form
Gambar 14. Diagram Aktivitas Input Form

43
Gambar 15. Diagram Aktivitas Melihat Status Kunci

44
Gambar 16. Diagram Aktivitas Melihat Status Surat

45
Gambar 17. Diagram Aktivitas Blokir Vendor

46
4.6.22. Back-up Data
Gambar 18. Diagram Aktivitas Back-up Data

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,

48
lifeline tersebut digambarkan menjadi kotak ketika obyek melakukan
suatu operasi, kotak tersebut disebut activation box.
Gambar 20. Diagram Sekuensial Verifikasi Data

49
Gambar 21. Diagram Sekuensial Cetak Surat Tugas

50
Gambar 22. Diagram Sekuensial Verifikasi Pengembalian Kunci
Gambar 23. Diagram Sekuensial Distribusi Surat Tugas

51
Gambar 24. Diagram Sekuensial Melihat Data Vendor

52
4.7.8. Input Form
Gambar 25. Diagram Sekuensial Input Form

53
Gambar 26. Diagram Sekuensial Melihat Status Kunci

54
Gambar 27. Diagram Sekuensial Melihat Status Surat

55
4.7.12. Input Form
Gambar 28. Diagram Sekuensial Input Form

56
Gambar 29. Diagram Sekuensial Melihat Status Kunci

57
Gambar 30. Diagram Sekuensial Melihat Status Surat

58
4.7.16. Blokir vendor
Gambar 31. Diagram Sekuensial Blokir Vendor

59
4.7.18. Back up data
Gambar 32. Diagram Sekuensial Back-up Data

60
4.7.20. Reset data
Gambar 33. Diagram Sekuensial Reset Data

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.
Gambar 34. Diagram Collaboration Verifikasi Data

62
Gambar 35. Diagram Collaboration Cetak Surat Tugas

63
Gambar 36. Diagram Collaboration Verifikasi Pengembalian Kunci

64
Gambar 37. Diagram Collaboration Distribusi Surat Tugas

65
Gambar 38. Diagram Collaboration Melihat Data Vendor

66
4.7.6. Input Form
Gambar 39. Diagram Collaboration Input Form

67
Gambar 40. Diagram Collaboration Melihat Status Kunci

68
Gambar 41. Diagram Collaboration Melihat Status Surat

69
4.7.9. Input Form
Gambar 42. Diagram Collaboration Input Form

70
Gambar 43. Diagram Collaboration Melihat Status Kunci

71
Gambar 44. Diagram collaboration Melihat Status Surat

72
Gambar 45. Diagram Collaboration Blokir Vendor

73
Gambar 46. Diagram Collaboration Back-up Data
4.7.14. Reset Data

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:

75
Gambar 48. Diagram Kelas Verifikasi Data

76
Gambar 49. Diagram Kelas Cetak Surat Tugas
Gambar 50. Diagram Kelas Verifikasi Pengembalian Kunci

77
Gambar 51. Diagram Kelas Distribusi Surat Tugas
Gambar 52. Diagram Kelas Melihat Data Vendor

78
4.9.6. Input Form
Gambar 53. Diagram Kelas Input Form

79
Gambar 54. Diagram Kelas Melihat Status Kunci
Gambar 55. Diagram Kelas Melihat Status Surat

80
4.9.9. Input Form
Gambar 56. Diagram Kelas Input Form

81
Gambar 57. Diagram Kelas Melihat Status Kunci
Gambar 58. Diagram Kelas Melihat Status Surat

82
4.8.13 Blokir Vendor
Gambar 59. Diagram Kelas Blokir Vendor

83
Gambar 60. Diagram Kelas Back-up Data

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 :

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.

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.

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

88
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
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

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
ditampilkan
cetaksuattugas_admin.php
DATAPEMINJAMAN.html

90
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
pada halaman admin,
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
ditampilkan

91
masatenggang_kunciadmi
n.php
MENUKIRIMEMAIL.html
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
ditampilkan
status_kunci.php pada
halaman admin
STATUS_SURAT.html
ditampilkan
status_surat.php pada
halaman non admin
STATUS_SURATADMIN.html
ditampilkan
status_surat.php pada
halaman admin
EMAILBERHASIL.html
ditampilkan
emailterkirim.html
EMAILGAGALBERHASIL.html

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
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
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.

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

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

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

96
ditampilkan pada
admin
STATUS_SURAT.php
Melakukan
pencarian pada
database
peminjaman yang
kemudian di
kirimkan ke code
html untuk
ditampilkan pada
vendor
STATUS_SURATADMIN.php
Melakukan
pencarian pada
database
peminjaman yang
kemudian di
kirimkan ke code
html untuk
ditampilkan pada
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

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

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:

99
a. CDM
Conceptual Data Model (CDM) memodelkan struktur logis dari
keseluruhan aplikasi data.
Gambar 62. CDM

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

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)
password admin
2. Tabel PEMINJAMAN
Tabel 7. Database PEMINJAMAN
NAMA_LENGKAP Varchar(255)
nama lengkap peminjam
kunci
NO_HP Varchar(255)
nomor hp peminjam kunci
NO_KTP Char(16)
nomor ktp peminjam kunci
INSTANSI Varchar(255)
asal instansi peminjam kunci
PEKERJAAN Varchar(255)
tujuan peminjaman kunci
KUNCI_SITE Varchar(255)
site tujuan peminjaman
kunci

102
TANGGAL_PEMINJAMAN Date
tanggal peminjaman kunci
TANGGAL_PENGEMBALIAN Date
tanggal pengembalian kunci
JUMLAH_KUNCI Int
jumlah kunci yang dipinjam
ID Varchar(255)
Variable yang digunakan
sebagai pembeda antar surat
STATUS_SURAT Varchar(255)
status surat vendor
PATH Varchar(255)
lokasi surat vendor pada
server
TID Varchar(255)
Variabel untuk menyimpan
chat ID telegram
3. Tabel STATUS_KUNCI
Tabel 8. Database STATUS_KUNCI
BTS Varchar(255)
nama site yang kuncinya
sedang dipinjam
STATUS Varchar(255)
status kunci site tertentu
TANGGAL_PEMINJAMAN Date
tanggal peminjaman kunci
NAMA_PEMINJAM Varchar(255)
nama peminjam
INSTANSI Varchar(255)
asal instansi peminjam kunci
TANGGAL_PENGEMBALIAN Date
tanggal pengembalian kunci

103
JUMLAH_KUNCI Int
jumlah kunci yang dipinjam
NO_HP Varchar(255)
nomor hp peminjam kunci
site tertentu
ID Varchar(255)
sebagai pembeda antar
peminjam kunci
4. Tabel CCEMAIL
Tabel 9. Database CCEMAIL
ID_EMAIL Varchar(255)
sebagai pembeda antar
peminjam kunci
EMAIL1 Varchar(255)
alamat email peminjam
kunci
EMAIL2 Varchar(255)
alamat email penerima lain
yang dibutuhkan
EMAIL3 Varchar(255)
yang dibutuhkan
EMAIL4 Varchar(255)
yang dibutuhkan
EMAIL5 Varchar(255)
yang dibutuhkan

104
EMAIL6 Varchar(255)
yang dibutuhkan
EMAIL7 Varchar(255)
yang dibutuhkan
EMAIL8 Varchar(255)
yang dibutuhkan
EMAIL9 Varchar(255)
yang dibutuhkan
EMAIL10 Varchar(255)
yang dibutuhkan
5. Tabel YOGYAKARTA
Tabel 10. Database YOGYAKARTA
KODEBTS Varchar(255)
untuk menyimpan kode BTS
yang berada di kota
Yogyakarta
BTS Varchar(255)
nama BTS yang berada di
kota Yogyakarta

105
6. Tabel MAGELANG
Tabel 11. Database MAGELANG
KODEBTS Varchar(255)
untuk menyimpan kode BTS
yang berada di kota
Magelang
BTS Varchar(255)
nama BTS yang berada di
kota Magelang
7. Tabel BLOKIR
Tabel 12. Database BLOKIR
NO_KTP Varchar(255)
untuk mencatat nomor
identitas vendor yang
ALASAN Varchar(255)
alas an singkat admin
melakukan pemblokiran
DATE Date
tanggal admin melakukan
pemblokiran pada nomor
identitas record tersebut

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:

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)

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:

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:

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

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:

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

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

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:

115
Gambar 76. Tampilan Halaman Status Kunci

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

117

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.

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

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

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

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

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.

124
• Perlunya server yang mempunyai ruang penyimpanan data
yang sangat besar.
• Perlunya pergantian password admin secara berkala demi
keamanan data pada system.

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].

126

128

Software Requirement Spesification

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (17)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Software Requirement Spesification

Ähnlich wie Software Requirement Spesification (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (19)

Software Requirement Spesification