SRS Tower Maintenance System v1.8.4

APLIKASI PENGELOLAAN PERAWATAN TOWER BASE
TRANCEIVER STATION
SRS (SOFTWARE REQUIREMENT SPESIFICATION)

TAHUN AJARAN 2015/2016
Oleh:
KoTA 106
Erwin Adinugraha NIM. 131511009

Moh. Dwi Maudika NIM. 131511015
POLITEKNIK NEGERI BANDUNG

JURUSAN TEKNIK KOMPUTER DAN INFORMATIKA
PROGRAM STUDI TEKNIK INFORMATIKA (DIPLOMA III)
2016
DAFTAR ISI
BAB I.......................................................................................................................7
Pendahuluan.............................................................................................................7
BAB II....................................................................................................................10
Deskripsi Global Perangkat Lunak........................................................................10
BAB III..................................................................................................................13
Deskripsi Rinci Requirement Perangkat Lunak.....................................................13
BAB IV................................................................................................................106
Requirement Traceability.....................................................................................106
2
DAFTAR TABEL
Tabel 1. Definisi istilah............................................................................................7

Tabel 2. Aturan penomeran......................................................................................9
Tabel 3. Daftar requirement validasi tower provider.............................................21
Tabel 4. Daftar requirement menampilkan daftar jadwal periode perawatan tower
BTS........................................................................................................................22
Tabel 5. Daftar requirement penambahan jadwal periode perawatan tower BTS. .22
Tabel 6. Daftar requirement edit jadwal periode perawatan tower BTS................23
Tabel 7. Daftar requirement penghapusan jadwal periode perawatan tower BTS..24
Tabel 8. Daftar requirement assign tower..............................................................24
Tabel 9. Daftar requirement menampilkan peta sebaran perawatan tower BTS....24
Tabel 10. Daftar requirement menampilkan diagram status progress perawatan
tower BTS..............................................................................................................25
Tabel 11. Daftar requirement menampilkan daftar tugas perawatan tower BTS...25
Tabel 12. Daftar requirement melihat detail laporan perawatan tower BTS..........26
Tabel 13. Daftar requirement pencarian tugas perawatan tower BTS...................26
Tabel 14. Daftar requirement detail history tugas perawatan................................27
Tabel 15. Daftar requirement detail history laporan perawatan tower BTS..........27
Tabel 16. Daftar requirement verifikasi laporan perawatan tower BTS................28
Tabel 17. Daftar requirement menampilkan peta sebaran perbaikan tower BTS. .28
Tabel 18. Daftar requirement menampilkan diagram status SLA trouble ticket....29
Tabel 19. Daftar requirement daftar trouble ticket.................................................29
Tabel 20. Daftar requirement penambahan trouble ticket......................................29
Tabel 22. Daftar requirement pencarian trouble ticket...........................................30
Tabel 23. Daftar requirement melihat detail laporan perawatan tower BTS..........31
Tabel 24. Daftar requirement detail history trouble ticket.....................................31
Tabel 25. Daftar requirement detail history laporan perbaikan tower BTS...........31
Tabel 26. Daftar requirement verifikasi laporan perbaikan tower BTS.................32
Tabel 27. Daftar requirement validasi vendor........................................................32
Tabel 28. Daftar requirement alokasi teknisi perawatan tower BTS......................33
Tabel 29. Daftar requirement verifikasi laporan perawatan tower BTS................34
Tabel 30. Daftar requirement alokasi teknisi trouble ticket...................................34
Tabel 31. Daftar requirement verifikasi laporan perbaikan tower BTS.................34
Tabel 32. Daftar requirement validasi teknisi........................................................35
Tabel 33. Daftar requirement daftar permintaan perawatan tower BTS................36
Tabel 34. Daftar requirement penambahan laporan perawatan tower BTS...........36
Tabel 35. Daftar requirement menampilkan daftar laporan perawatan tower yang
di submit.................................................................................................................37
Tabel 36. Daftar requirement daftar permintaan perbaikan tower BTS.................37
Tabel 37. Daftar requirement penambahan laporan perbaikan tower BTS............38
3
Tabel 38. Daftar requirement menampilkan daftar laporan perawatan tower yang
di submit.................................................................................................................38
Tabel 39. Daftar requirement daftar vendor dan teknisi........................................39
Tabel 40. Daftar requirement penambahan vendor dan teknisi..............................39
Tabel 41. Daftar requirement penghapusan vendor dan teknisi.............................40
Tabel 42. Daftar requirement pencarian vendor dan teknisi..................................40
Tabel 43. Daftar requirement daftar tower BTS.....................................................41
Tabel 44. Daftar requirement penambahan tower BTS..........................................41
Tabel 45. Daftar requirement penghapusan tower BTS.........................................42
Tabel 46. Daftar requirement pencarian tower BTS..............................................42
Tabel 47. Daftar requirement reminder..................................................................43
Tabel 48. Spesifikasi use case: Login....................................................................47
Tabel 49. Spesifikasi use case: Melihat daftar jadwal periode perawatan tower
BTS........................................................................................................................48
Tabel 50. Spesifikasi use case: Menambah jadwal periode perawatan tower BTS49
Tabel 51. Spesifikasi use case: Edit jadwal periode perawatan tower BTS...........50
Tabel 52. Spesifikasi use case: Menghapus jadwal periode perawatan tower BTS
................................................................................................................................52
Tabel 53. Spesifikasi use case: Assign tower.........................................................53
Tabel 54. Spesifikasi use case: Alokasi teknisi perawatan tower BTS..................55
Tabel 55. Spesifikasi use case: Pencarian tugas perawatan tower BTS.................56
Tabel 56. Spesifikasi use case: Melihat daftar tugas perawatan tower BTS..........58
Tabel 57. Spesifikasi use case: Melihat detail laporan perawatan tower BTS.......59
Tabel 58. Spesifikasi use case: Melihat detail history tugas perawatan tower BTS
................................................................................................................................60
Tabel 59. Spesifikasi use case: Melihat detail history laporan perawatan tower
BTS........................................................................................................................61
Tabel 60. Spesifikasi use case: Verifikasi laporan perawatan tower BTS oleh
tower provider........................................................................................................62
Tabel 61. Spesifikasi use case: Verifikasi laporan perawatan tower BTS oleh
vendor.....................................................................................................................63
Tabel 62. Spesifikasi use case: Melihat daftar trouble ticket.................................65
Tabel 63. Spesifikasi use case: Menambah trouble ticket......................................66
Tabel 64. Spesifikasi use case: Menghapus trouble ticket.....................................67
Tabel 65. Spesifikasi use case: Pencarian trouble ticket........................................68
Tabel 66. Spesifikasi use case: Alokasi teknisi trouble ticket (perbaikan).............70
Tabel 67. Spesifikasi use case: Melihat detail history trouble ticket.....................71
Tabel 68. Spesifikasi use case: Melihat detail history laporan perbaikan tower
BTS........................................................................................................................72
Tabel 69. Spesifikasi use case: Melihat detail laporan perbaikan tower BTS.......73
Tabel 70. Spesifikasi use case: Validasi laporan perbaikan tower BTS oleh vendor
................................................................................................................................74
Tabel 71. Spesifikasi use case: Validasi laporan perbaikan tower BTS oleh tower
provider..................................................................................................................75
Tabel 72. Spesifikasi use case: Melihat daftar permintaan perawatan tower BTS 77
Tabel 73. Spesifikasi use case: Submit laporan perawatan tower BTS..................77
4
Tabel 74. Spesifikasi use case: Melihat laporan perawatan tower BTS yang telah
di submit.................................................................................................................79
Tabel 75. Spesifikasi use case: Melihat daftar permintaan perbaikan tower BTS. 80
Tabel 76. Spesifikasi use case: Submit laporan perbaikan tower BTS...................80
Tabel 77. Spesifikasi use case: Melihat laporan perbaikan tower BTS yang telah di
submit.....................................................................................................................82
Tabel 78. Spesifikasi use case : Melihat daftar pengguna......................................83
Tabel 79. Spesifikasi use case: Mencari pengguna................................................84
Tabel 80. Spesifikasi use case: Menambah pengguna...........................................85
Tabel 81. Spesifikasi use case: Edit pengguna.......................................................86
Tabel 82. Spesifikasi use case: Menghapus pengguna...........................................88
Tabel 83. Spesifikasi use case : Melihat daftar tower BTS....................................89
Tabel 84. Spesifikasi use case: Mencari tower BTS..............................................89
Tabel 85. Spesifikasi use case: Menambah tower BTS.........................................91
Tabel 86. Spesifikasi use case: Edit tower BTS.....................................................92
Tabel 87. Spesifikasi use case: Menghapus tower BTS.........................................93
Tabel 88. Spesifikasi use case: Reminder..............................................................94
Tabel 89. Keterangan simbol ER Diagram............................................................97
Tabel 90. Skema relasi untuk tiap aktor.................................................................97
Tabel 91. Requirement tracebility........................................................................105
DAFTAR GAMBAR
Gambar 1. Bisnis use case tower provider.............................................................45

Gambar 2. Bisnis use case vendor.........................................................................46
Gambar 3. Bisnis use case teknisi..........................................................................47
5
Gambar 4. Entity Relationship Diagram................................................................97
BAB I
Pendahuluan
1.1 Tujuan Penulisan Dokumen
6
Tujuan dibuatnya SRS (Software Requirement Spesification) ini menggambarkan
fungsi aplikasi dan persyaratan non-fungsional untuk relase 1.0 dari Aplikasi
Pengelolaan Perawatan Tower BTS.
1.2 Ruang Lingkup Perangkat Lunak

Aplikasi Pengelolaan Perawatan Tower BTS berbasis website ini merupakan
aplikasi untuk membantu penyampaian informasi tentang perawatan pada tower.
Aplikasi ini dibangun sebagai aplikasi berbasis web. Pada aplikasi ini memiliki
system untuk membantu komunikasi antara tower provider, vendor dan teknisi
tentang informasi mengenai perawatan pada tower.
Aplikasi ini dibedakan menjadi tiga halaman yang berbeda sesuai penggunanya,
yaitu halaman tower provider, halaman vendor dan halaman teknisi. Dimana
halaman tower provider dan vendor adalah halaman penerima informasi tentang
laporan perawatan tower BTS, pemantauan perkembangan penyelesaian masalah
pada tower BTS, dan halaman teknisi adalah halaman yang membuat data
pelaporan perawatan tower BTS yang akan dikirimkan kepada tower provider dan
vendor dihalaman tower provider dan vendor.
1.3 Definisi, Akronim, dan Singkatan

Istilah dan singkatan yang digunakan dalam dokumen ini dapat dilihat pada tabel berikut
ini.
Tabel 1. Definisi istilah
No Istilah Deskripsi
1 SRS System Requirement Spesification
2 BTS Base Tranceiver Station
3 Tower Provider Perusahaan pemilik Tower BTS
4 Vendor Perusahaan penyedia layanan perawatan tower
5 Login Proses mengakses aplikasi dengan memasukan
identitas diri dari akun pengguna dan kata sandi,
guna mendapat hak akses
6 Logout Proses keluar dari akses aplikasi
7 Actor Mempresentasikan seseorang atau sesuatu yang
berinteraksi dengan sistem
7
8 Form Form atau lembar
9 Input Masukan, suatu masukan untuk melakukan suatu
proses
10 Output Keluaran, hasil suatu proses
1.4 Referensi
Referensi yang digunakan sebagai acuan dalam pembuatan dokumen SRS ini,
yaitu :
IEEE Std. 830-1993, IEEE Recommended Practice for Software Requirement
Specifications
1.5 Deskripsi Umum Dokumen

Secara garis besar, dokumen ini terdiri dari empat bab dengan perincian sebagai
berikut:
Bab I Pendahuluan
Bagaian ini menjelaskan tujuan penulisan dokumen SRS, ruang lingkup
penambahan fitur, definisi, istilah, akronim dan singkatan yang digunakan dalam
dokumen ini.
Bab II Deskripsi Global Perangkat Lunak
Bagian ini menjelaskan perpektif fitur, fungsi fitur, karateristik pengguna, batasan,
dan asumsi dari fitur.
Bab III Deskripsi Rinci Requirement Perangkat Lunak

Bagian ini menjelaskan kebutuhan perangkat lunak, perangkat keras, dan
kebutuhan komunikasi, proses yeng terdapat pada fitur, kebutuhan data, performa,
dan batasan perancangan fitur.
Bab IV Requirement
Berisi daftar requirement
1.6 Aturan Penomoran
8
Aturan penomoran dokumen ini adalah sebagai berikut:
Tabel 2. Aturan penomeran
No. Penomoran Cara Deskripsi penomoran

penomoran
1. Kebutuhan SRS-F-XX XX merupakan nomor urut kebutuhan

fungsional fungsional
2. Kebutuhan non SRS-NF-XX XX merupakan nomor urut kebutuhan

fungsional non fungsional
3. Kebutuhan I-XX XX merupakan nomor urut kebutuhan

informasi informasi
4. Definisi actor AC-XX XX merupakan nomor urut actor
5. Definisi use case UC-XX XX merupakan nomor urut use case
6. Skenario use SC-XX-YY XX merupakan nomor urut use case

case sedangkan YY merupakan nomor urut
skenario use case pada use case tersebut
BAB II
Deskripsi Global Perangkat Lunak
Pada bagian ini akan dijelaskan mengenai deksripsi perangkat lunak yang akan
dibangun secara umum yang meliputi perspektif produk, fungsi produk,
karakteristik pengguna, batasan aplikasi serta asumsi dan ketergantungan.
2.1 Perspektif Produk
Aplikasi pengelolaan perawatan tower BTS merupakan aplikasi website yang

dikembangkan secara independen, tidak bergantung dan bukan merupakan bagian
dari perangkat lunak/aplikasi lain. Jaringan yang digunakan adalah memanfaatkan
jaringan internet dan server sebagai database yang menyimpan semua data-data
yang dibutuhkan.
9
2.2 Fungsi Produk
Aplikasi ini dibuat untuk orang - orang yang terlibat dalam perawatan tower BTS,
baik sebagai tower provider, vendor ataupun teknisi. Terutama untuk membantu
teknisi dalam membuat pelaporan perawatan tower BTS, serta untuk tower
provider dalam membuat penjadwal perawatan untuk tower BTS, membuat
trouble ticket jika terjadi masalah yang terdapat pada tower BTS dan memantau
progress penyelesaian masalah pada tower BTS. Aplikasi ini mudah diakses dari
mana saja selama terhubung dengan internet. Fungsi utama dari aplikasi sistem
perawatan tower BTS antara lain :
1. Pengelolaan Pelaporan Perawatan Tower BTS

Pengelolaan Pelaporan Perawatan Tower BTS memiliki beberapa fungsi di
antaranya:
- Membuat Laporan Perawatan Tower
- Menampilkan Laporan Tower
2. Pengelolaan Jadwal Periode Perawatan Tower BTS
Pengelolaan Jadwal Periode Perawatan Tower BTS memiliki beberapa
fungsi diantaranya:
- Membuat Jadwal Periode Perawatan Tower BTS
- Menampilkan Jadwal Periode Perawatan Tower BTS
- Menghapus Jadwal Periode Perawatan Tower BTS
- Mengedit Jadwal Periode Perawatan Tower BTS
3. Pengelolaan Trouble Ticket
Pengelolaan Trouble Ticket memiliki beberapa fungsi diantaranya:
- Membuat Trouble Ticket
- Menampilkan Trouble Ticket
- Menghapus Trouble Ticket
4. Pengelolaan Perbaikan Perawatan Tower BTS
Pengelolaan Pelaporan Perbaikan Perawatan Tower BTS memiliki
beberapa fungsi di antaranya:
- Membuat Laporan Perawatan Tower
- Menampilkan Laporan Tower
2.3 Karakteristik Pengguna
Pengguna dari aplikasi pencarian yang akan dibuat ini terdiri dari 3 kelompok
pengguna, yaitu [REQ NF-01]:
1. Tower Provider
Tower Provider adalah pengguna yang melakukan pengelolaan pengguna,
pengelolaan jadwal perawatan tower untuk vendor, memverifikasi laporan
10
perawatan dan perbaikan tower BTS yang sudah diverifikasi terlebih
dahulu oleh vendor dan melakukan pemberian trouble ticket ketika suatu
tower BTS membutuhkan perbaikan.
2. Vendor
Vendor merupakan pengguna yang melakukan melakukan proses
assignment kepada teknisi untuk memperbaiki masalah yang ada pada
tower dan untuk merawat tower, serta memverifikasi laporan tower BTS
yang sudah dibuat oleh teknisi.
3. Teknisi
Teknisi merupakan pengguna yang dapat membuat laporan perawatan
tower BTS dan laporan perbaikan tower BTS untuk dilaporkan kepada
tower provider.
2.4 Batasan – batasan
Batasan – batasan dari aplikasi ini adalah sebagai berikut :
1. Dokumen yang diunggah seluruhnya adalah dokumen berbahasa

Indonesia. Bahasa inggris hanya digunakan untuk istilah – istilah yang
tidak terdapat dalam bahasa indonesia. [REQ NF – 02]
2. Aplikasi ini akan dibuat menggunakan framework code igniter.[REQ NF-
03]
3. Database yang digunakan adalah MySQL.[REQ NF-04]
4. Dokumen yang digunakan adalah berupa file text.[REQ NF-05]
2.5 Asumsi dan Kebergantungan
Dalam pembangunan aplikasi ini, ada beberapa asumsi dan kebergantungan antara
lain :
1. Aplikasi dapat berjalan baik atau semua fungsi yang dilakukan aplikasi akan
berjalan jika terkoneksi dengan internet.
2. Aplikasi bergantung pada Google Maps API.
3. Aplikasi bergantung pada Google Geocoding API.
4. Tower Provider, Vendor dan teknisi harus terdaftar di web aplikasi pengelolaan
perawatan tower BTS.
11
BAB III
Deskripsi Rinci Requirement Perangkat Lunak
Requirement pada aplikasi yang akan dibangun perlu dideskripsikan terlebih

dahulu secara rinci untuk mengetahui kebutuhan apa saja yang diperlukan pada
aplikasi. Kebutuhan dapat dibagi menjadi beberapa bagian, yaitu requirement
interface, fungsional dan non fungsional.
3.1 Requirement Interface
Kebutuhan antar muka (Requirement interface) adalah sebuah kebutuhan untuk

mengembangkan aplikasi ini yang mencakup dengan antar muka pengguna (user
interface), antar muka perangkat lunak (software interface), antar muka perangkat
keras (hardware interface), dan antar muka perangkat komunikasi
(Communications interfaces).
3.1.1 User Interface
Aplikasi pengelolaan perawatan tower BTS ini digunakan oleh tower provider,
vendor dan teknisi. Untuk dapat memudahakan pelaksanaan proses input dan
output baik data maupun informasi antar aplikasi dan pengguna maka
dirancanglah user interface. User interface yang akan dirancang pada aplikasi ini
mengunakan GUI berbasis web untuk setiap fiturnya [ REQ NF – 06 ]. Sehingga
muncul requirement sebagai berikut :
a. Pengguna dapat melakukan input data kedalam aplikasi ini melalui elemen
GUI yang tersedia di aplikasi, seperti mengetikkan input data pada text
12
field, text area dan file gambar, serta memilih seperti pada button dan
combo box. [REQ NF – 06.1]
b. Beberapa komponen GUI berbasis web yaitu adanya halaman – halaman
beserta spesifikasinya seperti download , hyperlink , logo, tab menu [REQ
NF – 06.2 ]
Rancangan user interface yang diperlukan dalam pengembangan aplikasi ini

adalah :
1. User Interface form login

Pada pengembangan aplikasi ini terdapat tiga macam login tower provider,
log in vendor, log in teknisi yaitu:
a. Form login tower provider
User interface form login tower provider terdapat pada halaman login.
Pada halaman log in tower provider terdapat text field yang berguna
untuk memasukkan username dan password, serta tombol login untuk
masuk ke halaman khusus tower provider selanjutnya.
b. Form login vendor
User interface form login vendor terdapat pada halaman login.
Halaman log in vendor sama seperti halaman log in vendor memiliki
text field yang berguna untuk memasukan username dan password,
serta tombol login untuk masuk kedalam halaman khusus vendor
selanjutnya.
c. Form login teknisi
User Interface ini terdapat pada halaman login. Halaman ini berisi
textfield yang berguna untuk memasukkan data berupa username dan
password serta tombol login untuk langsung masuk ke halaman khusus
pengguna sebagai teknisi.
2. User interface validasi eror jika username dan password tidak cocok saat
login.
User interface ini akan muncul ketika pengguna telah memasukkan
username dan password, namun username dan password tidak cocok
dengan yang ada pada database.
3. User Interface pengelolaan pengguna untuk Tower Provider
User Interface pengelolaan pengguna ini berbentuk daftar pengguna pada
aplikasi pengelolaan perawatan tower BTS. Tower Provider dapat
menambahkan data pengguna sebagai vendor dan teknisi, menghapus data
pengguna dan mengedit data pengguna.
13
4. User interface untuk pengelolaan daftar jadwal periode perawatan tower
BTS
User interface pengelolaan daftar periode jadwal periode perawatan tower
BTS ini berbentuk daftar jadwal perawatan tower BTS berupa tabel.
Halaman ini terdapat halaman Tower Provider.
5. User interface untuk menampilkan peta sebaran tempat perawatan tower
BTS
User interface ini digunakan untuk menampilkan peta sebaran tempat
perawatan tower yang berupa marker-marker pada titik lokasi tempat
perawatan tower BTS. Marker dibedakan berdasarkan status progress
tugas perawatan pada tower BTS. Halaman ini terdapat pada halaman
Tower Provider, Vendor.
6. User interface untuk pop-up pada peta sebaran tempat perawatan tower
BTS
User interface ini digunakan untuk pop-up ketika marker peta sebaran
tempat perawatan tower BTS dipilih/di klik terdiri dari text, dan button
untuk melihat informasi detail secara textual tentang perawatan tower
BTS. Halaman ini terdapat pada halaman Tower Provider, Vendor.
7. User interface untuk menampilkan Diagram Status Progress Tugas
Perawatan Tower BTS perperiode
User interface ini digunakan untuk menampilkan halaman berupa diagram
berdasarkan data status pada progress perawatan tower BTS.
8. User interface untuk menampilkan daftar tugas perawatan tower BTS
User interface ini digunakan untuk menampilkan daftar tugastower BTS
yang harus dilakukan perawatan berupa tabel. Halaman ini terdapat pada
halaman Tower Provider, Vendor. Terdapat button detail untuk melihat
laporan perawatan tower BTS. Namun pada halaman vendor terdapat
button assign teknisi untuk meng-assign teknisi yang bertujuan
menugaskan teknisi dalam tugas perawatan tower BTS tersebut.
9. User interface untuk menampilkan detail laporan perawatan tower BTS
User interface ini digunakan untuk menampilkan laporan perawatan tower
BTS yang dipilih oleh pengguna untuk dilihat. Pada user interface ini yang
ditampilkan berupa isi dari laporan perawatan tower BTS tersebut.
Halaman ini terdapat pada halaman Tower Provider, Vendor, Teknisi.
14
Namun, pada halaman Tower Provider, Vendor terdapat button verifikasi
laporan perawatan tower BTS. Sedangkan pada halaman teknisi tidak ada.
10. User interface untuk menampilkan pencarian tugas perawatan tower BTS
User interface ini digunakan untuk mencari tugas perawatan tower BTS
berdasarkan filter yang dipilih oleh pengguna. Ketika pengguna mencari
tugas perawatan berdasarkan filter yang dicari, maka akan diteruskan ke
User interface lain, yaitu halaman hasil pencarian.
11. User interface untuk menampilkan hasil pencarian tugas perawatan tower
BTS
User interface hasil pencarian yaitu untuk menampilkan hasil pencarian
tugas perawatan tower BTS berdasarkan filter yang telah dimasukkan.
Hasil pencarian akan ditampilkan berdasarkan tugas perawatan tower BTS
yang relevan dengan filter yang dipilih pengguna sebelumnya. Jika tugas
perawatan berdasarkan kategori yang dipilih tidak tersedia, maka akan
muncul pemberitahuan bahwa tidak ada data yang cocok dengan
pencarian.
12. User interface untuk menampilkan daftar permintaan perawatan tower
BTS
User interface ini digunakan untuk menampilkan daftar permintaan
perawatan tower BTS berupa tabel. Halaman ini terdapat pada halaman
Teknisi.
13. User interface untuk menampilkan daftar laporan perawatan tower BTS
yang di-submit
User interface ini digunakan untuk menampilkan daftar laporan perawatan
tower BTS yang sudah di-submit oleh teknisi yang bersangkutan, daftar
laporan tersebut berupa tabel. Halaman ini terdapat pada halaman Teknisi.
14. User interface untuk menampilkan peta sebaran tempat perbaikan tower
BTS
User interface ini digunakan untuk menampilkan peta sebaran tempat
perbaikan tower yang berupa marker-marker pada titik lokasi tempat
perbaikan tower BTS. Marker dibedakan berdasarkan status SLA trouble
ticket. Halaman ini terdapat pada halaman Tower Provider, Vendor,
Teknisi.
15. User interface untuk pop-up pada peta sebaran tempat perbaikan tower
BTS
User interface ini digunakan untuk pop-up ketika marker peta sebaran
tempat perbaikan tower BTS dipilih/di klik terdiri dari text, dan button
15
untuk melihat informasi detail secara textual tentang perbaikan tower BTS.
Halaman ini terdapat pada halaman Tower Provider, Vendor.
16. User interface untuk menampilkan Diagram Status SLA Trouble Ticket
User interface ini digunakan untuk menampilkan halaman berupa diagram
berdasarkan data status SLA trouble ticket.
17. User Interface pengelolaan Trouble Ticket
User Interface pengelolaan Trouble ticket ini berbentuk daftar yang harus
diperbaiki pada tower BTS yang bermasalah berupa tabel. Halaman ini
terdapat halaman Tower Provider, Vendor. Terdapat button detail untuk
melihat laporan perbaikan tower BTS. Namun, pada halaman Tower
Provider terdapat untuk menambahkan data trouble ticket. Sedangkan pada
halaman vendor tidak ada.
18. User Interface untuk menampilkan progress Trouble Ticket
User interface ini digunakan untuk menampilkan progress perbaikan
tower BTS berupa informasi tempat tower yang sedang dilakukan
perbaikan dan berdasarkan status perbaikan tower BTS berupa tabel.
Halaman ini terdapat pada halaman Tower Provider, Vendor.
19. User Interface untuk menampilkan daftar Trouble Ticket
User interface ini digunakan untuk menampilkan daftar trouble ticket yang
berisikan informasi tempat tower yang sedang dilakukan perbaikan berupa
tabel. Halaman ini terdapat pada halaman TowerProvider, Vendor.
Terdapat button detail untuk melihat laporan perbaikan tower BTS.
20. User interface untuk menampilkan pencarian Trouble Ticket
User interface ini digunakan untuk mencari Trouble Ticket berdasarkan
filter yang dipilih oleh pengguna. Ketika pengguna mencari berdasarkan
filter trouble ticket yang dicari, maka akan diteruskan ke user interface
lain, yaitu halaman hasil pencarian.
21. User interface untuk menampilkan hasil pencarian Trouble Ticket
Userinterface hasil pencarian yaitu untuk menampilkan hasil pencarian
Trouble Ticket berdasarkan filter yang telah dimasukkan. Hasil pencarian
akan ditampilkan berdasarkan Trouble Ticket yang relevan dengan filter
yang dipilih pengguna sebelumnya. Jika trouble ticket berdasarkan
kategori yang dipilih tidak tersedia, maka akan muncul pemberitahuan
bahwa tidak ada data yang cocok dengan pencarian.
22. User interface untuk menampilkan detail laporan perbaikan tower BTS
Userinterface ini digunakan untuk menampilkan laporan perbaikan tower
BTS yang dipilih oleh pengguna untuk dilihat. Pada user interface ini yang
ditampilkan berupa isi dari laporan perawatan tower BTS tersebut.
16
Halaman ini terdapat pada halaman Tower Provider, Vendor, Teknisi.
Namun, pada halaman Tower Provider, Vendor terdapat button validasi
laporan perbaikan tower BTS. Sedangkan pada halaman teknisi tidak ada.
23. User interface untuk menampilkan daftar permintaan perbaikan tower
BTS
User interface ini digunakan untuk menampilkan daftar permintaan
perbaikan tower BTS berupa tabel. Halaman ini terdapat pada halaman
Teknisi.
24. User interface untuk menampilkan daftar laporan perbaikan tower BTS
yang di-submit
User interface ini digunakan untuk menampilkan daftar laporan perbaikan
tower BTS yang sudah di-submit oleh teknisi yang bersangkutan, daftar
laporan tersebut berupa tabel. Halaman ini terdapat pada halaman Teknisi.
25. User interface pengelolaan tower BTS untuk Tower Provider
User Interface pengelolaan tower BTS berbentuk daftar site tower yang
dimiliki oleh tower provider pada aplikasi pengelolaan perawatan tower
BTS. Tower Provider dapat menambahkan data tower BTS, menghapus
data tower BTS dan mengedit data tower BTS.
26. User interface untuk menampilkan form membuat data laporan perawatan
tower BTS untuk teknisi.
User interface ini terdiri dari komponen text box, radio button, choose file
(untuk melampirkan gambar), dan button untuk menyimpan data laporan
perawatan tower BTS serta untuk mengirim kepada vendor.
27. User interface untuk menampilkan form membuat laporan perbaikan
User interface ini terdiri dari komponen text box (untuk mengisi
keterangan saat proses perbaikan tower BTS), choose file (untuk
melampirkan gambar), dan button untuk menyimpan data laporan
perbaikan tower BTS serta untuk mengirim kepada vendor.
28. User interface untuk menampilkan form membuat data pengguna untuk
tower provider.
User interface ini terdiri dari komponen text box, combo box, choose file
(untuk melampirkan gambar), dan button untuk menyimpan data
pengguna.
29. User interface untuk menampilkan form membuat periode jadwal
perawatan tower BTS untuk tower provider.
17
User interface ini terdiri dari komponen date picker (untuk menentukan
jadwal batas awal perawatan, dan jadwal batas akhir perawatan), dan
button untuk menyimpan data periode jadwal perawatan tower BTS.
30. User interface untuk menampilkan form membuat trouble ticket untuk
tower provider.
User interface ini terdiri dari komponen text box, combo box dan button
untuk menyimpan data trouble ticket serta mengirimkan trouble ticket
kepada vendor.
31. User interface untuk menampilkan form membuat data toweruntuk tower
provider.
User interface ini terdiri dari komponen text box, combo box, dan button
untuk menyimpan data tower BTS.
32. User interface untuk menampilkan form edit data pengguna untuk tower
provider.
User interface ini terdiri dari komponen text box, combo box, choose file
(untuk melampirkan gambar), dan button untuk menyimpan data
pengguna.
33. User interface untuk menampilkan form edit jadwal perawatan tower BTS
untuk tower provider.
User interface ini terdiri dari komponen date picker (untuk menentukan
jadwal batas awal perawatan, dan jadwal batas akhir perawatan), dan
button untuk menyimpan data periode jadwal perawatan tower BTS
tersebut.
34. User interface untuk menampilkan form edit data tower untuk tower
provider.
User interface ini terdiri dari komponen text box, combo box, dan button
untuk menyimpan data tower BTS.
35. User interface untuk menampilkan form assign tower untuk tower
provider.
User interface ini untuk meng-assign tower untuk dilakukan perawatan,
assign tower dilakukan berdasarkan jadwal periode perawatan tower BTS
yang sudah dibuat. User interface terdiri dari komponen text box, combo
box, dan button untuk menyimpan data tower BTS.
36. Pesan error jika data gagal dimasukkan ke database.
Pesan error ini berfungsi untuk memberitahu pengguna jika ada data yang
tidak berhasil tersimpan ke database.
37. Pesan sukses jika data berhasil dimasukkan ke database
18
Pesan sukses ini berfungsi untuk memberitahu pengguna bahwa data yang
dimasukkan sudag berhasil tersimpan ke database.
3.1.2 Software Interface
Pada pengembangan aplikasi ini dibutuhkan beberapa perangkat lunak tambahan

agar dapat mengoperasikan aplikasi ini pada operasi Windows. Beberapa software
pendukung yang digunakan yaitu :
a. Aplikasi operasi : windows xp, windows 7, windows 8, android[ REQ NF

– 07 ]
b. Web browser : Google Chrome, mozila firefox, internet explorer [ REQ
NF – 08 ]
c. Database engine : MySQL [ REQ NF – 9 ]
d. Bahasa Pemgoraman : PHP [ REQ NF – 10 ]
e. Framework : Codeigniter [ REQ NF – 11 ]
f. Tools tambahan : Power Design 15, StarUML [ REQ NF – 12 ]
g. Task Scheduler : Task Scheduler Windows [ REQ F – 1 ]
h. Email Engine : SMTP Open Gmail [ REQ F – 2 ]
3.1.3 Hardware Interface
Aplikasi pengelolaan perawatan tower BTS berbasis website membutuhkan

perangkat keras yaitu seperangkat komputer yang terdiri dari monitor, CPU,
keyboard dan mouse, dan mobile device. Lalu modem untuk koneksi ke internet
untuk komputer [ REQ NF – 13 ].
3.1.4 Communication Interface
Communication Interface pada aplikasi pengelolaan perawatan tower BTS

berbasis web menggunakan jaringan internet untuk mengakses halaman pada
aplikasi ini [REQ NF– 14].
3.2 Requirement Fungsional
Requirement fungsional dapat dibagi menjadi beberapa bagian, diantaranya

requirement proses, requirement perilaku dan requirement data.
3.2.1 Requirement Proses
19
Requirement proses berisi deskripsi tentang proses – proses yang dibutuhkan
dalam menjalankan aplikasi pengelolaan perawatan tower BTS.
3.2.1.1 Validasi Tower Provider
Proses ini digunakan tower provider sebelum melakukan semua akses yang bisa
digunakan oleh tower provider. Pada proses ini, tower provider harus
memasukkan username dan password.
Tabel 3. Daftar requirement validasi tower provider
No requirement Deskripsi
Aplikasi harus mampu menampilkan form pengisian
[REQ VTP-01]
username dan password untuk tower provider
Aplikasi harus mampu menerima masukan berupa username
[REQ VTP-02]
dan password tower provider
Aplikasi harus mampu memvalidasi masukan dari tower
[REQ VTP-03]
provider
[REQ VTP-04] Aplikasi harus mampu menampilkan pesan eror, jika data
yang dimasukkan tidak sesuai dengan data yang terdapat pada
database.
[REQ VTP-05] Aplikasi harus mampu mengenkripsi password
[REQ VTP-06] Aplikasi harus mampu mempunyai menu logout.
[REQ VTP-07] Aplikasi harus mampu menampilkan halaman beranda tower
provider jika login berhasil
3.2.1.2 Pengelolaan Jadwal Periode Perawatan Tower BTS (Tower Provider)
Proses pengelolaan Jadwal Perawatan Tower BTS oleh tower provider dilakukan
untuk mengelola Jadwal Perawatan Tower BTS, berupa fungsi untuk
menampilkan daftar jadwal periode perawatan Tower BTS, penambahan jadwal
perawatan Tower BTS, edit jadwal perawatan Tower BTS, dan penghapusan
jadwal perawatan Tower BTS.
3.2.1.2.1 Menampilkan Daftar Jadwal Periode Perawatan Tower BTS
20
Proses digunakan untuk menampilkan seluruh jadwal periode perawatan Tower
BTS yang sudah ada di dalam database aplikasi ini.
Tabel 4. Daftar requirement menampilkan daftar jadwal periode perawatan tower BTS
Aplikasi harus mampu menampilkan semua daftar jadwal
[REQ TDJP-01]
periode perawatan Tower BTS yang ada di database.
3.2.1.2.2 Penambahan Jadwal Periode Perawatan Tower BTS
Proses ini digunakan untuk menambahkan jadwal periode perawatan Tower BTS
yang baru ke dalam database khusus oleh Tower provider.
Tabel 5. Daftar requirement penambahan jadwal periode perawatan tower BTS
Aplikasi harus mampu menampilkan form pengisian jadwal
[REQ TJP-01]
periode perawatan tower BTS untuk vendor.
Aplikasi harus mampu menerima masukan isi form jadwal
[REQ TJP-02]
periode perawatan tower BTS.
Aplikasi harus mampu memvalidasi data yang dimasukkan
[REQ TJP-03]
tower provider.
Aplikasi harus mampu menyimpan jadwal periode
[REQ TJP-04]
perawatan tower BTS yang dimasukkan kedalam database.
[REQ TJP-05] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan jadwal periode perawatan tower BTS ke
dalam database.
3.2.1.2.3 Edit Jadwal Periode Perawatan Tower BTS
Proses ini digunakan untuk edit jadwal periode perawatan tower BTS yang baru
ke dalam database khusus oleh tower provider.
Tabel 6. Daftar requirement edit jadwal periode perawatan tower BTS
21
Aplikasi harus mampu mengedit data jadwal periode
[REQ EJP-01]
perawatan tower BTS yang dimasukkan tower provider.
Aplikasi harus mampu menyimpan jadwal periode perawatan
[REQ EJP-02]
tower BTS yang dimasukkan kedalam database.
[REQ EJP-03] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan jadwal periode perawatan tower BTS ke
dalam database.
3.2.1.2.4 Penghapusan Jadwal Periode Perawatan Tower BTS
Proses ini digunakan untuk menghapus jadwal periode perawatan Tower BTS
yang sudah ada dalam database aplikasi khusus oleh tower provider.
Tabel 7. Daftar requirement penghapusan jadwal periode perawatan tower BTS
Aplikasi harus mampu menghapus jadwal perawatan tower
[REQ HJP-01] BTS yang terdapat pada database berdasarkan id jadwal
3.2.1.2.5 Assign Tower
Proses ini digunakan untuk meng-assign tower berdasarkan dengan jadwal

periode perawatan Tower BTS yang sudah ada dalam database aplikasi khusus
oleh tower provider.
Tabel 8. Daftar requirement assign tower
Aplikasi harus mampu menyimpan data assign tower yaitu
data tower dan data vendor yang akan melakukan perawatan
[REQ ATJP-01]
berdasarkan jadwal periode perawatan tower BTS yang
dimasukkan Tower provider.
3.2.1.3 Menampilkan Peta Sebaran Perawatan Tower BTS
22
Proses digunakan untuk menampilkan peta sebaran perawatan Tower BTS yang
mana disertai dengan informasi tentang tower BTS yang akan dilakukan
perawatan, dimana marker ini berbeda-beda setiap status perawatan pada tower
yang sudah ada di dalam database aplikasi ini.
Tabel 9. Daftar requirement menampilkan peta sebaran perawatan tower BTS
Aplikasi harus mampu menampilkan peta sebaran perawatan
[REQ PSP-01] Tower BTS berdasarkan marker setiap status perawatan tower
BTS yang ada di database.
Aplikasi harus mampu menampilkan informasi tower BTS
[REQ PSP-02]
yang akan dilakukan perawatan dari marker yang dipilih.
3.2.1.4 Menampilkan Diagram Status Progress Tugas Perawatan Tower BTS
Proses digunakan untuk menampilkan diagram berdasarkan data status progress

tugas perawatan tower BTS yang sudah ada di dalam database aplikasi ini.
Tabel 10. Daftar requirement menampilkan diagram status progress perawatan tower BTS
Aplikasi harus mampu menampilkan diagram berdasarkan
[REQ DSP-01] data status progress tugas perawatan tower BTS yang ada di
database.
3.2.1.5 Pengelolaan Tugas Perawatan Tower BTS (Tower Provider dan Vendor)
Proses ini dilakukan oleh tower provider dan vendor untuk dapat mengelola daftar
tugas perawatan tower BTS yang berfungsi untuk menampilkan tugas laporan
perawatan tower BTS, mencari tugas perawatan tower BTS dengan filter
pencarian.
3.2.1.5.1 Menampilkan Daftar Tugas Perawatan Tower BTS
Proses digunakan untuk menampilkan seluruh tugas perawatan Tower BTS yang
sudah ada di dalam database aplikasi ini.
23
Tabel 11. Daftar requirement menampilkan daftar tugas perawatan tower BTS
Aplikasi harus mampu menampilkan semua daftar tugas
[REQ TTP-01]
perawatan tower BTS yang ada di database.
3.2.1.5.2 Detail Laporan Perawatan Tower BTS
Proses dan fitur ini digunakan bagi tower provider dan vendor untuk melihat
detail laporan perawatan Tower BTS yang dipilih pada daftar tugas perawatan
tower BTS.
Tabel 12. Daftar requirement melihat detail laporan perawatan tower BTS
Aplikasi harus mampu menampilkan detail konten dari
[REQ DLP-01]
laporan perawatan tower yang dipilih.
3.2.1.5.3 Pencarian Tugas Perawatan Tower BTS
Proses ini dilakukan tower provider dan vendor untuk mencari tugas perawatan
Tower BTS yang di cari berdasarkan filter yang dimilikidata tugas perawatan
Tower BTS.
Tabel 13. Daftar requirement pencarian tugas perawatan tower BTS
Aplikasi harus mampu menampilkan form pencarian data
[REQ CTP-01]
tugas perawatan tower BTS.
Aplikasi harus mampu menampilkan pilihan filter atribut
[REQ CTP-02] pencarian berdasarkan tempat, periode jadwal perawatan
pada tugas perawatan tower BTS.
Aplikasi harus mampu menerima data yang dimasukkan
[REQ CTP-03]
oleh tower provider berdasarkan form atau pilihan filter.
[REQ CTP-04] Aplikasi harus mampu mencocokkan data tugas perawatan
tower yang dimasukkan oleh tower provider dengan data
tugas perawatan tower BTS yang ada di database.
24
[REQ CTP-05] Aplikasi harus mampu menampilkan daftar tugas perawatan
tower BTS sesuai dengan data yang di masukkan oleh tower
provider.
[REQ CTP-06] Aplikasi harus mampu menampilkan pesan eror jika data
yang dicari tidak terdapat dalam database.
3.2.1.5.4 Menampilkan Detail History Tugas Perawatan Tower BTS
Proses ini dilakukan oleh pengguna untuk melihat daftar semua history tugas
perawatan, yang dimana berisi log aktivitas dari tugas perawatan.
Tabel 14. Daftar requirement detail history tugas perawatan
[REQ THTP-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
history tugas perawatan berdasarkan detail history dari daftar
tugas perawatan yang pilih oleh tower provider.
3.2.1.5.6 Menampilkan Detail History Laporan Perawatan Tower BTS
Proses ini dilakukan oleh pengguna untuk melihat daftar semua history laporan
perawatan tower BTS, yang dimana berisi log aktivitas dari laporan yang pernah
disubmit dalam tugas perawatan.
Tabel 15. Daftar requirement detail history laporan perawatan tower BTS
[REQ THLP-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
history laporan perbaikan berdasarkan detail history laporan
perawatan dari daftar trouble ticket yang pilih oleh tower
provider.
25
3.2.1.6 Verifikasi Laporan Perawatan Tower BTS (Tower Provider)
Proses ini digunakan bagi tower provider untuk memverifikasi laporan perawatan
tower BTS.
Tabel 16. Daftar requirement verifikasi laporan perawatan tower BTS
[REQ VLPTP- Aplikasi harus mampu menampilkan button accept dan reject
01] untuk setiap memverifikasi laporan perawatan tower BTS.
[REQ VLPTP- Aplikasi harus mampu menampilkan status laporan perawatan
02] tower BTS tersebut telah di verifikasi.
3.2.1.7 Menampilkan Peta Sebaran Perbaikan Tower BTS
Proses digunakan untuk menampilkan peta sebaran perbaikan tower BTS yang
mana disertai dengan informasi tentang tower BTS yang akan dilakukan
perbaikan, dimana marker ini berbeda-beda setiap status kerusakan pada tower
BTS yang sudah ada di dalam database aplikasi ini.
Tabel 17. Daftar requirement menampilkan peta sebaran perbaikan tower BTS
Aplikasi harus mampu menampilkan peta sebaran perbaikan
[REQ PSC-01] Tower BTS berdasarkan marker setiap status kerusakan tower
Aplikasi harus mampu menampilkan informasi tower BTS
[REQ PSC-02]
yang akan dilakukan perbaikan dari marker yang dipilih.
3.2.1.8 Menampilkan Diagram Status SLA Trouble Ticket
Proses digunakan untuk menampilkan diagram berdasarkan data status SLA

trouble ticket yang sudah ada di dalam database aplikasi ini.
Tabel 18. Daftar requirement menampilkan diagram status SLA trouble ticket
26
Aplikasi harus mampu menampilkan diagram berdasarkan
[REQ DSC-01]
data status SLA trouble ticket yang ada di database.
3.2.1.9 Pengelolaan Trouble Ticket (Tower Provider)
Proses ini dilakukan oleh tower provider untuk dapat mengelola trouble ticket
yang berfungsi untuk menambahkan trouble ticket, menampilkan daftar trouble
ticket, menghapus trouble ticket, mencari seluruh trouble ticket dengan filter
pencarian.
3.2.1.9.1 Menampilkan Daftar Trouble Ticket
Proses ini dilakukan oleh pengguna untuk melihat daftar semua trouble ticket.
Tabel 19. Daftar requirement daftar trouble ticket
[REQ TDTT-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
trouble ticket berdasarkan menu yang pilih oleh tower
provider.
3.2.1.9.2 Penambahan Trouble Ticket
Proses ini digunakan untuk menambahkan trouble ticket yang baru ke dalam
database khusus oleh tower provider.
Tabel 20. Daftar requirement penambahan trouble ticket
Aplikasi harus mampu menampilkan form pengisian trouble
[REQ TTT-01]
ticket untuk tower provider.
Aplikasi harus mampu menerima masukan isi form trouble
[REQ TTT-02]
ticket.
[REQ TTT-03]
Tower provider.
Aplikasi harus mampu menyimpan trouble ticket yang
[REQ TTT-04]
dimasukkan kedalam database.
27
[REQ TTT-05] Aplikasi harus mampu menampilkan pesan eror , jika gagal
dalam menyimpan trouble ticket ke dalam database.
3.2.1.9.3 Pencarian Trouble Ticket
Proses ini dilakukan tower provider dan vendor untuk mencari trouble ticket yang
di cari berdasarkan atribut yang dimiliki trouble ticket.
Tabel 21. Daftar requirement pencarian trouble ticket
[REQ CTT-01]
trouble ticket.
Aplikasi harus mampu menampilkan pilihan filter atribut
[REQ CTT-02]
pencarian berdasarkan data trouble ticket.
Aplikasi harus mampu menerima data yang dimasukkan
[REQ CTT-03]
oleh tower provider berdasarkan form atau pilihan filter.
[REQ CTT-04] Aplikasi harus mampu mencocokkan data trouble ticket
yang dimasukkan oleh tower provider dengan data trouble
ticket yang ada di database.
[REQ CTT-05] Aplikasi harus mampu menampilkan trouble ticket sesuai
dengan data yang di masukkan oleh tower provider.
[REQ CTT-06] Aplikasi harus mampu menampilkan pesan eror jika data
yang dicari tidak terdapat dalam database.
3.2.1.9.4 Detail Laporan Perbaikan Tower BTS
Proses dan fitur ini digunakan bagi tower provider dan vendor untuk melihat
detail laporan perbaikan Tower BTS yang dipilih pada daftar trouble ticket.
Tabel 22. Daftar requirement melihat detail laporan perawatan tower BTS
Aplikasi harus mampu menampilkan detail konten dari
[REQ DLC-01]
laporan perbaikan tower yang dipilih.
28
3.2.1.9.5 Menampilkan Detail History Trouble Ticket Tower BTS
Proses ini dilakukan oleh pengguna untuk melihat daftar semua history trouble
ticket, yang dimana berisi log aktivitas dari trouble ticket.
Tabel 23. Daftar requirement detail history trouble ticket
[REQ THTT-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
history trouble ticket berdasarkan detail history dari daftar
trouble ticket yang pilih oleh tower provider.
3.2.1.9.6 Menampilkan Detail History Laporan Perbaikan Tower BTS
Proses ini dilakukan oleh pengguna untuk melihat daftar semua history laporan
perbaikan tower BTS, yang dimana berisi log aktivitas dari laporan yang pernah
disubmit dalam trouble ticket.
Tabel 24. Daftar requirement detail history laporan perbaikan tower BTS
[REQ THLC-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
history laporan perbaikan berdasarkan detail history laporan
perbaikan dari daftar trouble ticket yang pilih oleh tower
provider.
3.2.1.10 Verifikasi Laporan Perbaikan Tower BTS (Tower Provider)
Proses ini digunakan bagi tower provider untuk memverifikasi laporan perbaikan
tower BTS.
Tabel 25. Daftar requirement verifikasi laporan perbaikan tower BTS
[REQ VLCTP- Aplikasi harus mampu menampilkan button accept dan reject
01] untuk setiap memverifikasi laporan perbaikan tower BTS.
[REQ VLCTP- Aplikasi harus mampu menampilkan status laporan perbaikan
02] tower BTS tersebut telah di verifikasi.
29
3.2.1.11 Validasi Vendor
Proses ini digunakan vendor sebelum melakukan semua akses yang bisa
digunakan oleh vendor. Pada proses ini, vendor harus memasukkan username dan
password.
Tabel 26. Daftar requirement validasi vendor
[REQ VV-01]
username dan password untuk vendor.
[REQ VV-02]
dan password vendor.
[REQ VV-03] Aplikasi harus mampu memvalidasi masukan dari vendor
[REQ VV-04] Aplikasi harus mampu menampilkan pesan eror, jika data
database.
[REQ VV-05] Aplikasi harus mampu mengenkripsi password.
[REQ VV-06] Aplikasi harus mampu mempunyai menu logout.
[REQ VV-07] Aplikasi harus mampu menampilkan halaman beranda vendor
jika login berhasil.
3.2.1.12 Alokasi Teknisi Perawatan Tower BTS
Proses ini digunakan untuk memasukan alokasi perawatan Tower BTS ke dalam
daftar jadwal perawatan Tower BTS yang telah dikelola oleh tower provider
khusus oleh vendor.
Tabel 27. Daftar requirement alokasi teknisi perawatan tower BTS
[REQ ATP-01] Aplikasi harus mampu menerima masukan alokasi teknisi
perawatan tower BTS yang dimasukkan vendor berupa
30
username teknisi.
Aplikasi harus mampu menyimpan data alokasi teknisi
[REQ ATP-02]
perawatan Tower BTS yang dimasukkan kedalam database.
[REQ ATP-03] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan jadwal perawatan Tower BTS ke dalam
database.
3.2.1.13 Verifikasi Laporan Perawatan Tower BTS (Vendor)
Proses ini digunakan bagi tower provider untuk memverifikasi laporan perawatan
tower BTS.
Tabel 28. Daftar requirement verifikasi laporan perawatan tower BTS
Aplikasi harus mampu menampilkan button accept dan reject
[REQ VLPV-01]
untuk setiap memverifikasi laporan perawatan tower BTS.
Aplikasi harus mampu menampilkan status laporan perawatan
[REQ VLPV-02]
tower BTS tersebut telah di verifikasi.
3.2.1.14 Alokasi Teknisi Trouble Ticket
Proses ini digunakan untuk alokasi teknisi trouble ticket tower BTS ke dalam
daftar trouble ticket yang telah dikelola oleh tower provider khusus oleh vendor.
Tabel 29. Daftar requirement alokasi teknisi trouble ticket
Aplikasi harus mampu memasukan data teknisi pada trouble
[REQ ATC-01]
ticket yang dimasukkan vendor berupa username teknisi.
Aplikasi harus mampu menyimpan data alokasi teknisi
[REQ ATC-02]
trouble ticket yang dimasukkan kedalam database.
[REQ ATC-03] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan data alokasi teknisi trouble ticket BTS ke
dalam database.
31
3.2.1.15 Verifikasi Laporan Perbaikan Tower BTS (Vendor)
Proses ini digunakan bagi tower provider untuk memverifikasi laporan perbaikan
tower BTS.
Tabel 30. Daftar requirement verifikasi laporan perbaikan tower BTS
Aplikasi harus mampu menampilkan button accept dan reject
[REQ VLCV-01]
untuk setiap memverifikasi laporan perbaikan tower BTS.
Aplikasi harus mampu menampilkan status laporan perbaikan
[REQ VLCV-02]
tower BTS tersebut telah di verifikasi.
3.2.1.16 Validasi Teknisi
Proses ini digunakan teknisisebelum melakukan semua akses yang bisa digunakan
oleh teknisi. Pada proses ini, teknisi harus memasukkan username dan password.
Tabel 31. Daftar requirement validasi teknisi
[REQ VT-01]
username dan password untuk teknisi.
[REQ VT-02]
dan password teknisi.
[REQ VT-03] Aplikasi harus mampu memvalidasi masukan dari teknisi.
[REQ VT-04] Aplikasi harus mampu menampilkan pesan eror, jika data
database.
[REQ VT-05] Aplikasi harus mampu mengenkripsi password.
[REQ VT-06] Aplikasi harus mampu mempunyai menu logout.
[REQ VT-07] Aplikasi harus mampu menampilkan halaman beranda
teknisijika login berhasil.
3.2.1.17 Pengelolaan Laporan Perawatan Tower BTS (Teknisi)
32
Proses ini dilakukan oleh Teknisi untuk dapat mengelola laporan perawatan tower
BTS yang berfungsi untuk submit laporan perawatan tower BTS, melihat laporan
perawatan tower BTS yang telah di-submit teknisi.
3.2.1.17.1 Menampilkan Daftar Permintaan Perawatan Tower BTS
Proses ini dilakukan oleh teknisi untuk melihat daftar semua permintaan
Tabel 32. Daftar requirement daftar permintaan perawatan tower BTS
[REQ TDPP-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
permintaan perawatan tower BTS.
3.2.1.17.2 Submit Laporan Perawatan Tower BTS
Proses ini digunakan untuk menambahkan laporan perawatan Tower BTS yang
baru ke dalam database khusus oleh teknisi.
Tabel 33. Daftar requirement penambahan laporan perawatan tower BTS
Aplikasi harus mampu menampilkan form pengisian laporan
[REQ SLP-01]
perawatan tower BTS untuk teknisi.
Aplikasi harus mampu menerima masukan isi form laporan
[REQ SLP-02]
perawatan tower BTS teknisi
[REQ SLP-03]
teknisi.
Aplikasi harus mampu menyimpan laporan perawatan tower
[REQ SLP-04]
BTS yang dimasukkan kedalam database.
[REQ SLP-05] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan laporan perawatan tower BTS ke dalam
database.
33
3.2.1.17.3 Menampilkan Daftar Laporan Perawatan Tower BTS yang Di-
Submit
Proses ini dilakukan oleh teknisi untuk melihat daftar seluruh laporan perawatan
Tower BTS yang telah di submit sebelumnya oleh teknisi.
Tabel 34. Daftar requirement menampilkan daftar laporan perawatan tower yang di submit
Aplikasi harus mampu menampilkan daftar seluruh laporan
[REQ DSLP-01]
perawatan Tower BTS yang telah di submit
Aplikasi harus mampu menampilkan status laporan perawatan
[REQ DSLP-02]
Tower BTS tersebut telah di terima oleh vendor
3.2.1.18 Pengelolaan Laporan Perbaikan Tower BTS (Teknisi)
Proses ini dilakukan oleh Teknisi untuk dapat mengelola laporan perbaikan tower
BTS yang berfungsi untuk submit laporan perbaikan tower BTS, melihat laporan
perbaikan tower BTS yang telah di-submit teknisi.
3.2.1.18.1 Menampilkan Daftar Permintaan Perbaikan Tower BTS
Proses ini dilakukan oleh teknisi untuk melihat daftar semua permintaan
perbaikan tower BTS.
Tabel 35. Daftar requirement daftar permintaan perbaikan tower BTS
[REQ TDPC-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
permintaan perbaikan tower BTS.
3.2.1.18.2 Submit Laporan Perbaikan Tower BTS
Proses ini digunakan untuk menambahkan laporan perbaikan Tower BTS yang
baru ke dalam database khusus oleh teknisi.
Tabel 36. Daftar requirement penambahan laporan perbaikan tower BTS
34
Aplikasi harus mampu menampilkan form pengisian laporan
[REQ SLC-01]
perbaikan tower BTS untuk teknisi.
Aplikasi harus mampu menerima masukan isi form laporan
[REQ SLC-02]
perbaikan tower BTS teknisi
[REQ SLC-03]
teknisi.
Aplikasi harus mampu menyimpan laporan perbaikan tower
[REQ SLC-04]
BTS yang dimasukkan kedalam database.
[REQ SLC-05] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan laporan perbaikan tower BTS ke dalam
database.
3.2.1.18.3 Menampilkan Daftar Laporan Perbaikan Tower BTS yang Di-

Submit
Proses ini dilakukan oleh teknisi untuk melihat daftar seluruh laporan perbaikan
Tower BTS yang telah di submit sebelumnya oleh teknisi.
Tabel 37. Daftar requirement menampilkan daftar laporan perawatan tower yang di submit
Aplikasi harus mampu menampilkan daftar seluruh laporan
[REQ DSLC-01]
perbaikan Tower BTS yang telah di submit
Aplikasi harus mampu menampilkan status laporan perbaikan
[REQ DSLC-02]
Tower BTS tersebut telah di terima oleh vendor
3.2.1.19 Pengelolaan vendor dan teknisi
Proses pengelolaan vendor dan teknisi hanya bisa di lakukan oleh tower provider,
yaitu pengelolaan dalam hal melihat daftar semua vendor dan teknisi, menambah
vendor dan teknisi, mencari seluruh vendor dan teknisi dengan filter pencarian,
menghapus vendor dan teknisi.
35
3.2.1.19.1 Menampilkan Daftar vendor dan teknisi
Proses ini dilakukan oleh tower provider untuk melihat daftar semua vendor dan
teknisi.
Tabel 38. Daftar requirement daftar vendor dan teknisi
[REQ TDVT-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
vendor dan teknisi berdasarkan menu yang pilih oleh tower
provider.
3.2.1.19.2 Penambahan vendor dan teknisi
Proses ini digunakan untuk menambahkan pengguna aplikasi pengelolaan

perawatan tower BTS yaitu vendor dan teknisi yang baru ke dalam database
khusus oleh tower provider.
Tabel 39. Daftar requirement penambahan vendor dan teknisi
[REQ TVT-01]
registrasi pengguna untuk tower provider.
Aplikasi harus mampu menerima masukan isi form
[REQ TVT-02]
registrasi
[REQ TVT-03]
tower provider.
Aplikasi harus mampu menyimpan data baru vendor atau
[REQ TVT-04]
teknisi yang dimasukkan kedalam database.
[REQ TVT-05] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan data vendor atau teknisi ke dalam
database.
3.2.1.19.2 Penghapusan vendor dan teknisi
Proses ini dilakukan oleh tower provider untuk menghapus vendor dan teknisi dari
database.
36
Tabel 40. Daftar requirement penghapusan vendor dan teknisi
Aplikasi harus mampu menampilkan button action hapus
[REQ HVT-01]
untuk setiap vendor dan teknisi
Aplikasi harus mampu menghapus vendor dan teknisi
[REQ HVT-02]
berdasarkan id
3.2.1.19.3 Pencarian vendor dan teknisi
Proses ini dilakukan tower provider untuk mencari member yang di filter
berdasarkan atribut yang dimiliki vendor dan teknisi.
Tabel 41. Daftar requirement pencarian vendor dan teknisi
[REQ CVT-01]
vendor ataupun teknisi.
Aplikasi harus mampu menampilkan pilihan filter pencarian
[REQ CVT-02]
berdasarkan nama yang terdapat pada vendor ataupun teknisi.
Aplikasi harus mampu menerima data yang dimasukkan oleh
[REQ CVT -03]
tower provider
[REQ CVT -04] Aplikasi harus mampu mencocokkan data vendor atau teknisi
yang dimasukkan oleh tower provider dengan data vendor
atau teknisi yang ada di database.
[REQ CVT -05] Aplikasi harus mampu menampilkan daftar vendor atau
teknisi sesuai dengan data yang di masukkan oleh tower
provider
[REQ CVT -06] Aplikasi harus mampu menampilkan pesan eror jika data yang
dicari tidak terdapat dalam database
3.2.1.20 Pengelolaan Tower BTS
37
Proses pengelolaan tower BTS hanya bisa di lakukan oleh tower provider, yaitu
pengelolaan dalam hal melihat daftar semua tower BTS, menambah tower BTS,
mencari seluruh tower BTS dengan form pencarian, menghapus tower BTS.
3.2.1.20.1 Menampilkan Daftar Tower BTS
Proses ini dilakukan oleh tower provider untuk melihat daftar semua tower BTS.
Tabel 42. Daftar requirement daftar tower BTS
[REQ TDTB-01] Aplikasi harus mampu menampilkan tabel daftar seluruh
tower BTS berdasarkan menu yang pilih oleh tower provider.
3.2.1.20.2 Penambahan Tower BTS
Proses ini digunakan untuk menambahkan pengguna aplikasi pengelolaan

perawatan tower BTS yaitu tower BTS yang baru ke dalam database khusus oleh
tower provider.
Tabel 43. Daftar requirement penambahan tower BTS
[REQ TTB-01]
informasi tower BTS untuk tower provider.
Aplikasi harus mampu menerima masukan isi form
[REQ TTB-02]
informasi tower BTS
[REQ TTB-03]
tower provider.
Aplikasi harus mampu menyimpan data baru tower
[REQ TTB-04]
BTSyang dimasukkan kedalam database.
[REQ TTB-05] Aplikasi harus mampu menampilkan pesan eror, jika gagal
dalam menyimpan data tower BTS ke dalam database.
3.2.1.20.2 Penghapusan Tower BTS
38
Proses ini dilakukan oleh tower provider untuk menghapus tower BTS dari
database.
Tabel 44. Daftar requirement penghapusan tower BTS
Aplikasi harus mampu menampilkan button action hapus
[REQ HTB-01]
untuk setiap tower BTS
[REQ HTB-02] Aplikasi harus mampu menghapus tower BTS berdasarkan id
3.2.1.20.3 Pencarian Tower BTS
Proses ini dilakukan tower provider untuk mencari tower BTS yang di cari
berdasarkan atribut yang dimiliki tower BTS.
Tabel 45. Daftar requirement pencarian tower BTS
[REQ CTB-01]
tower BTS.
Aplikasi harus mampu menerima data yang dimasukkan oleh
[REQ CTB-02]
tower provider
[REQ CTB-03] Aplikasi harus mampu mencocokkan data tower BTS yang
dimasukkan oleh tower provider dengan data tower BTS yang
ada di database.
[REQ CTB-04] Aplikasi harus mampu menampilkan daftar tower BTS sesuai
dengan data yang di masukkan oleh tower provider
[REQ CTB-05] Aplikasi harus mampu menampilkan pesan eror jika data yang
dicari tidak terdapat dalam database
3.2.1.21 Reminder
Proses ini untuk mengirimkan pesan pengingat kepada pengguna saat ada
perubahan data dan status saat proses perawatan atau perbaikan tower BTS.
Tabel 46. Daftar requirement reminder
39
Sistem harus dapat secara otomatis mengirim pesan
pengingat kepada setiap pengguna yang belum melihat
[REQ R-01]
perubahan data dan status proses proses perawatan atau
perbaikan tower BTS dalam kurun waktu tertentu
3.2.2 Use Case Diagram
Berdasarkan requirement yang telah di teridentifikasi pada sub bab sebelumnya.

Maka dibuat use case diagram untuk menggambarkan proses – proses dan aktor –
aktor yang menjalankan proses tersebut.
40
Gambar 1. Bisnis use case tower provider
41
Gambar 2. Bisnis use case vendor
42
Gambar 3. Bisnis use case teknisi
3.2.3 Requirement Perilaku
Pada sub bab ini berisi tentang penjelasan yang lebih rinci mengenai skenario use
case diagram yang ada pada sub bab 3.2.2. Berikut merupakan tabel – tabel
penjelasan tentang setiap case pada use case.
Tabel 47. Spesifikasi use case: Login
Use Case ID UC-1

Use Case Name: Login
REQ VTP-01, REQ VTP-02 , REQ VTP-03, REQ
VTP-04, REQ VTP-05, REQ VTP-06,REQ VV-01,
No. Requirement REQ VV-02, REQ VV-03, REQ VV-04, REQ VV-05,
REQ VV-06,REQ VT-01, REQ VT-02, REQ VT-03,
REQ VT-04, REQ VT-05, REQ VT-06
Scope Pengelolaan Tower Provider / Vendor / Teknisi
Primary Actor Tower Provider / Vendor / Teknisi
Tower Provider / Vendor / Teknisi yang akan
Stakeholder and Interest
melakukan login
Tower Provider / Vendor / Teknisi belum melakukan
Preconditions
proses login
Main Success Scenario 1. Aplikasi menampilkan form login
2. Tower Provider / Vendor / Teknisi
memasukkan data username dan password
3. Tower Provider / Vendor / Teknisi memilih
pilihan login
4. Aplikasi memvalidasi data yang di masukkan
5. Aplikasi menampilkan halaman utama.
Tower Provider / Vendor / Teknisi berhasil
Success guarantees
melakukan login.
Extensions 4. (a) Username atau password tidak cocok dengan
data yang ada pada database
4. (b) Aplikasi menampilkan pesan eror bahwa
username atau password tidak sesuai.
Special Requirements
Technology and Data 1. Data pengguna dimasukkan oleh keyboard sesuai
43
Variations List dengan data yang di ketik oleh pengguna yang
telah terdaftar sebagai Tower Provider / Vendor /
Teknisi
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap member
Misscellaneous
Tabel 48. Spesifikasi use case: Melihat daftar jadwal periode perawatan tower BTS
Use Case ID UC-2

Use Case Name: Melihat Daftar Jadwal Periode Perawatan Tower BTS
No. Requirement REQ TDJP-01
Scope Pengelolaan Jadwal Periode Perawatan Tower BTS
Primary Actor Tower Provider
Tower Provider yang ingin melihat seluruh daftar
jadwal periode perawatan tower BTS, serta dapat
menambah, edit, menghapus jadwal periode
perawatan tower BTS dan assign tower yang akan
Stakeholder and Interest dilakukan pada perawatan pada jadwal periode
perawatan yang dipilih.
Vendor yang ingin melihat seluruh seluruh daftar

Jadwal Periode Perawatan Tower BTS.
Aplikasi telah melakukan otorisasi terhadap tower
provider dengan hasil valid. Aplikasi belum
Preconditions
menampilkan daftar jadwal periode perawatan tower
BTS dari database.
Main Success Scenario 1. Tower Provider memilih pilihan “Manage
Periode”
2. Aplikasi akan menampilkan seluruh daftar
jadwal periode perawatan tower BTS
Aplikasi dapat menampilkan daftar seluruh jadwal
Success Guarantees
Extensions 2. (a) Aplikasi menampilkan aksi yang dapat
dilakukan dari setiap Jadwal Perawatan Tower
BTS (tambah, hapus, edit jadwal permintaan
perawatan tower BTS)
2. (b) Aplikasi tidak menampilkan daftar jadwal
44
perawatan tower BTS, jika database kosong
Technology and Data
Variations List
Frequency of Occurrence
Misscellaneous
Tabel 49. Spesifikasi use case: Menambah jadwal periode perawatan tower BTS
Use Case ID UC-3

Use Case Name: Menambah Jadwal Periode Perawatan Tower BTS
No. Requirement REQ TJP-01 , REQ TJP-02, REQ TJP-03
Tower Provider ingin menambah Jadwal Periode
Perawatan Tower BTS baru ke dalam database.
provider dengan hasil valid dan telah masuk ke
Preconditions halaman menu “Manage Periode”. Data Jadwal
Periode Perawatan Tower BTS yang baru belum
ditambahkan pada database.
Main Success Scenario 1. Tower Provider memilih tambah pada
halaman daftar Jadwal Periode Perawatan
Tower BTS
2. Aplikasi menampilkan form penambahan
jadwal perawatan tower BTS
3. Tower Provider mengisi form dengan data
yang benar
4. Tower Provider memilih pilihan “Save“
5. Aplikasi harus memvalidasi data yang telah
dimasukkan oleh Tower Provider.
6. Aplikasi menyimpan data baru ke database
7. Aplikasi kembali menampilkan daftar seluruh
jadwal periode perawatan tower BTS.
Data jadwal periode perawatan tower BTS
Success Guarantees
ditambahkan dan berhasil disimpan pada database.
Extensions 4. (a) Tower Provider tidak mengisi data yang harus
diisi.
45
5. (a) Data yang di masukkan tidak valid
5. (b) Aplikasi akan menampilkan pesan error, bahwa
ada data yang tidak valid
5. (c) Aplikasi akan kembali menampilkan form
penambahan jadwal periode perawatan tower BTS
Technology and Data 1. Data jadwal periode perawatan tower BTS
Variations List dimasukkan oleh keyboard sesuai dengan data
yang di ketik oleh tower provider pada saat
penambahan jadwal perawatan tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap penambahan
Misscellaneous
Tabel 50. Spesifikasi use case: Edit jadwal periode perawatan tower BTS
Use Case ID UC-4

Use Case Name: Edit Jadwal Periode Perawatan Tower BTS
No. Requirement REQ EJP-01 , REQ EJP-02, REQ EJP-03
Tower Provider ingin mengubah jadwal periode
perawatan tower BTS ke dalam database
Preconditions halaman menu “Manage Periode”. Data jadwal
periode perawatan tower BTS yang akan diubah
belum tersimpan pada database.
Main Success Scenario 1. Tower Provider memilih “Edit” pada salah
satu Jadwal Periode Perawatan Tower BTS
yang akan diedit
2. Aplikasi menampilkan data jadwal periode
perawatan tower BTS yang akan diedit pada
form
3. Tower Provider mengedit isi form dengan
data yang benar
4. Tower Provider memilih pilihan “Save“
46
Perubahan data jadwal periode perawatan tower BTS
Success Guarantees
berhasil disimpan ke dalam database.
Extensions 5. (a) Data yang di masukkan tidak valid
5. (c) Aplikasi akan kembali menampilkan form form
edit jadwal periode perawatan tower BTS
Technology and Data 1. Data jadwal periode perawatan tower BTS
Variations List dimasukkan oleh keyboard sesuai dengan data
yang di ketik oleh tower provider pada saat edit
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap pengeditan
Misscellaneous
Tabel 51. Spesifikasi use case: Menghapus jadwal periode perawatan tower BTS
Use Case ID UC-5

Use Case Name: Menghapus Jadwal Periode Perawatan Tower BTS
No. Requirement REQ HJPP - 01
Tower Provider dapat menghapus jadwal periode
perawatan tower BTS pada database
providerdengan hasil valid dan telah masuk ke
Preconditions halaman menu “Manage Periode”. Data jadwal
periode perawatan tower BTS yang akan dihapus
masih ada tersimpan pada database.
Main Success Scenario 1. Tower Provider memilih “Hapus” pada salah
satu jadwal perawatan tower BTS yang akan
dihapus
47
2. Aplikasi menampilan warning massage
“Apakah anda yakin menghapus Jadwal
Periode Perawatan Tower BTS ini ?”
3. Tower Provider memilih “iya”
4. Aplikasi menghapus jadwal periode
perawatan tower BTS berdasarkan id sesuai
dengan jadwal periode perawatan tower BTS
yang dipilih tower provider untuk di hapus
Jadwal Periode Perawatan Tower BTS.
Data jadwal periode perawatan tower BTS yang telah
Success Guarantees
berhasil dihapus tidak ada di dalam database.
Extensions 3. (a)Tower Provider memilih “tidak”
3. (b) Aplikasi kembali menampilkan daftar seluruh
Technology and Data
Variations List
Misscellaneous
Tabel 52. Spesifikasi use case: Assign tower
Use Case ID UC-6

Use Case Name: Assign Tower
No. Requirement REQ ATJP-01
Tower Provider ingin memasukan data untuk assign
Stakeholder and Interest tower berdasarkan jadwal periode perawatan ke
dalam database
halaman menu “Manage Periode”. Aplikasi telah ada
Preconditions
data jadwal periode perawatan tower BTS yang akan
dimasukan data assign tower yang akan dilakukan
perawatan dan belum disimpan pada database.
Main Success Scenario 1. Tower Provider memilih pilihan “Assign
48
Tower” pada salah satu jadwal periode
perawatan tower BTS yang akan di assign ke
tujuan tower yang akan dilakukan perawatan
dan akan dikirimkan ke vendor
2. Aplikasi menampilkan form yang akan
dimasukan data assign tower untuk perawatan
serta vendor yang akan melakukan
perawatan.
yang benar
4. Tower Provider memilih “Save“
6. Aplikasi memasukan data status tugas
perawatan tower BTS ke history tugas
perawatan
8. Aplikasi menyimpan data baru ke database\
9. Aplikasi mengirimkan pesan kepada vendor
terkait yang akan mengerjakan tugas
Data assign tower perawatan tower BTS disimpan ke
Success Guarantees dalam database serta pesan sudah terkirim kepada
vendor.
assign tower
Technology and Data 1. Data assign tower dimasukkan oleh mouse
49
Variations List dengan dipilih secara combobox sesuai dengan
data yang di pilih oleh tower provider pada saat
assign ttower perawatan tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap assign tower
Misscellaneous
Tabel 53. Spesifikasi use case: Alokasi teknisi perawatan tower BTS
Use Case ID UC-7

Use Case Name: Alokasi Teknisi Perawatan Tower BTS
No. Requirement REQ ATP-01, REQ ATP-02, REQ ATP-03
Scope Alokasi Teknisi Perawatan Tower BTS
Primary Actor Vendor
Vendor ingin memasukan data untuk alokasi teknisi
perawatan Tower BTS ke dalam database
Aplikasi telah melakukan otorisasi terhadap vendor
dengan hasil valid dan telah masuk ke menu
“Preventive Maintenance”. Aplikasi telah ada data
Preconditions
tugas perawatan tower BTS yang akan dimasukan
data alokasi teknisi perawatan dan data alokasi
teknisi belum disimpan pada database.
Main Success Scenario 1. Vendor memilih pilihan “Assign Teknisi”
pada salah satu tugas perawatan tower BTS
yang akan di alokasi kan teknisi
2. Aplikasi menampilkan data teknisi dan form
yang akan dimasukan data alokasi teknisi
untuk perawatan tower BTS
3. Vendor mengisi form dengan data yang benar
4. Vendor memilih “Save“
dimasukkan oleh vendor.
6. Aplikasi mengubah data status tugas
perawatan
50
9. Aplikasi mengirimkan pesan kepada teknisi
terkait yang akan mengerjakan tugas
tugas perawatan tower BTS.
Data alokasi teknisi perawatan tower BTS pada
jadwal perawatan tower BTS berhasil disimpan ke
Success Guarantees
dalam database serta pesan terkirim kepada teknisi
terkait.
alokasi teknisi perawatan tower BTS
Technology and Data 1. Data alokasi perawatan tower BTS dimasukkan
Variations List oleh keyboard sesuai dengan data yang di ketik
oleh vendor pada saat alokasi teknisi perawatan
tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap alokasi teknisi
perawatan tower BTS
Misscellaneous
Tabel 54. Spesifikasi use case: Pencarian tugas perawatan tower BTS
Use Case ID UC-8

Use Case Name: Pencarian Tugas Perawatan Tower BTS
REQ CTP-01, REQ CTP -02, REQ CTP -03, REQ
No. Requirement
CTP -04, REQ CTP -05, REQ CTP -06
Scope Pengelolaan Tugas Perawatan Tower BTS
Primary Actor Tower Provider / Vendor
Tower Provider / Vendor ingin mencari tugas
perawatan tower BTS dengan data filter tertentu.
provider / vendor dengan hasil valid dan telah masuk
Precondition
ke menu “Preventive Maintenance”. Aplikasi belum
s
menampilkan daftar tugas perawatan tower BTS
yang dicari dari database.
51
Main Success Scenario 1. Aplikasi menampilkan field untuk
memasukkan kata kunci pencarian dan filter
pencariannya, misalnya berdasarkan periode
perawatan atau region tower BTS.
2. Tower Provider / Vendor mengisi data
pencarian dengan kata kunci yang diinginkan
dan filter pencariannya.
3. Tower Provider / Vendor memilih pilhan
“Search”
4. Aplikasi mencocokkan data yang dimasukkan
dengan data member yang ada pada database
5. Aplikasi menampilkan hasil pencarian tugas
perawatan tower BTS yang sesuai dengan
data yang dimasukkan tower provider /
vendor
Aplikasi menampilkan daftar tugas perawatan Tower
Success Guarantees BTS sesuai dengan kriteria pencarian yang telah
dimasukkan oleh tower provider / vendor
Extensions 3. (a) Tower Provider / Vendor tidak mengisi field
pencarian
5. (a) Tidak ada data tugas perawatan tower BTS
yang cocok dengan data di dalam database
5. (b) Aplikasi menampilkan pesan “tidak ada data
Laporan Perawatan Tower BTS”
Technology and Data
Variations List
Misscellaneous
Tabel 55. Spesifikasi use case: Melihat daftar tugas perawatan tower BTS
Use Case ID UC-9

Use Case Name: Melihat Daftar Tugas Perawatan Tower BTS
REQ TTP-01, REQ DSP-01, REQ PSP-01, REQ
No. Requirement
PSP-02
52
Tower Provider / Vendor yang ingin melihat daftar
Stakeholder and Interest seluruh tugas laporan perawatan tower BTS yang
terdapat dalam database.
provider / vendor dengan hasil valid. Aplikasi belum
Preconditions
menampilkan daftar tugas perawatan tower BTS dari
database.
Main Success Scenario 1. Tower Provider / Vendor memilih menu
“Preventive Maintenance”
2. Aplikasi akan menampilkan seluruh peta
sebaran perawatan tower BTS berdasarkan
marker setiap status perawatan tower BTS
yang ada di database.
tugas perawatan tower BTS yang terdapat
dalam database.
4. Aplikasi menampilkan diagram berdasarkan
data status progress tugas perawatan tower
BTS.
Aplikasi dapat menampilkan daftar seluruh tugas
Success Guarantees
perawatan tower BTS yang terdapat dalam database.
Extensions 2. (a) Aplikasi tidak menampilkan daftar tugas
Technology and Data
Variations List
Misscellaneous
Tabel 56. Spesifikasi use case: Melihat detail laporan perawatan tower BTS
Use Case ID UC-10

Use Case Name: Melihat Detail Laporan Perawatan Tower BTS
No. Requirement REQ DLP-01
Stakeholder and Interest Tower Provider / Vendor yang ingin melihat detail
53
laporan perawatan tower BTS.
Preconditions ke menu “Preventive Maintenance”. Aplikasi belum
menampilkan detail laporan perawatan tower BTS
dari database.
Main Success Scenario 1. Tower Provider / Vendor memilih detail
laporan perawatan tower BTS pada halaman
daftar tugas perawatan tower BTS.
2. Aplikasi menampilkan halaman detail laporan
perawatan tower BTS
Aplikasi dapat menampilkan detail laporan
Success guarantees
perawatan tower BTS yang terdapat pada database.
Extensions
Technology and Data 1. Konten detail laporan perawatan tower BTS di
Variations List masukkan melalui keyboard
2. Konten detail laporan perawatan tower BTS
berupa file pdf.text
Misscellaneous
Tabel 57. Spesifikasi use case: Melihat detail history tugas perawatan tower BTS
Use Case ID UC-11

Use Case Name: Melihat Detail History Tugas Perawatan Tower BTS
No. Requirement REQ DHTP-01
Tower Provider / Vendor yang ingin melihat detail
history tugas perawatan tower BTS.
menampilkan detail history tugas perawatan tower
BTS dari database.
54
history tugas perawatan tower BTS pada
halaman daftar tugas perawatan tower BTS.
2. Aplikasi menampilkan halaman detail history
tugas perawatan tower BTS
Aplikasi dapat menampilkan detail history tugas
Success guarantees
Extensions
Technology and Data
Variations List
Misscellaneous
Tabel 58. Spesifikasi use case: Melihat detail history laporan perawatan tower BTS
Use Case ID UC-12

Melihat Detail History Laporan Perawatan Tower
Use Case Name:
BTS
No. Requirement REQ DHLP-01
history laporan perawatan tower BTS.
menampilkan detail history laporan perawatan tower
BTS dari database.
history laporan perawatan tower BTS pada
halaman daftar tugas perawatan tower BTS.
laporan perawatan tower BTS
Aplikasi dapat menampilkan detail history laporan
Success guarantees
Extensions
55
Technology and Data
Variations List
Misscellaneous
Tabel 59. Spesifikasi use case: Verifikasi laporan perawatan tower BTS oleh tower provider
Use Case ID UC-13

Verifikasi Laporan Perawatan Tower BTS oleh Tower
Use Case Name:
Provider
No. Requirement REQ VLPTP-01
Verifikasi Laporan Perawatan Tower BTS oleh Tower
Scope
Provider
Tower Provider yang ingin verifikasi laporan
provider dengan hasil valid dan telah melihat detail
Preconditions laporan perawatan tower BTS. Data laporan
perawatan tower BTS belum terverifikasi oleh tower
provider serta sudah terverifikasi oleh vendor.
Main Success Scenario 1. Tower Provider memilih “Accept” pada
halaman detail laporan perawatan tower BTS
untuk memverfikasi laporan.
perawatan
4. Aplikasi kembali menampilkan daftar tugas
Data laporan perawatan tower BTS terverifikasi oleh
Success guarantees
tower provider.
Extensions 1. (a) Tower Provider memilih “Reject”
1. (b) Aplikasi mengubah data status tugas
1. (c) Aplikasi memasukan data status tugas
56
perawatan
Technology and Data
Variations List
Misscellaneous
Tabel 60. Spesifikasi use case: Verifikasi laporan perawatan tower BTS oleh vendor
Use Case ID UC-14

Verifikasi Laporan Perawatan Tower BTS oleh
Use Case Name:
Vendor
No. Requirement REQ VLPV-01
Verifikasi Laporan Perawatan Tower BTS oleh
Scope
Vendor
Vendor yang ingin verifikasi laporan perawatan
tower BTS.
Preconditions laporan perawatan tower BTS. Data laporan
perawatan tower BTS belum terverifikasi oleh
Vendor.
Main Success Scenario 1. Vendor memilih “Accept”pada halaman detail
laporan perawatan tower BTS untuk
memverifikasi laporan.
perawatan
4. Aplikasi mengirimkan pesan kepada tower
provider terkait perlu tindak lanjut untuk
laporan perawatan tower BTS.
5. Aplikasi kembali menampilkan daftar laporan
57
Data laporan perawatan tower BTS terverifikasi oleh
Success guarantees vendor serta mengirim pesan kepada tower provider
terkait tindak lanjut laporan perawatan tower BTS.
Extensions 1. (a) Vendor memilih “Reject”
1. (b) Aplikasi mengubah data status tugas
perawatan tower BTS
1. (c) Aplikasi memasukan data status tugas
perawatan
1. (d) Aplikasi mengirimkan pesan kepada
teknisi terkait harus membuat laporan
perawatan tower BTS karena status laporan
yang disubmit sebelumnya di-reject.
Technology and Data
Variations List
Misscellaneous
Tabel 61. Spesifikasi use case: Melihat daftar trouble ticket
Use Case ID UC-15

Use Case Name: Melihat Daftar Trouble Ticket
REQ TDTT-01, REQ PSC-01, REQ PSC-02, REQ
No. Requirement
DSC-01
Scope Pengelolaan Trouble Ticket
Tower Provider yang ingin melihat seluruh daftar
Trouble Ticket yang terdapat dalam database, serta
dapat menambah, edit, dan menghapus trouble ticket.
Vendor yang ingin melihat seluruh daftar Trouble
Ticket yang terdapat dalam database serta akan
mengalokasi teknisi perbaikan.
Preconditions provider / vendor dengan hasil valid. Data daftar
trouble ticket belum ditampilkan dari database.
Main Success Scenario 1. Tower Provider memilih menu “Corrective
58
Maintenance”
2. Aplikasi akan menampilkan seluruh peta
sebaran perbaikan tower BTS berdasarkan
marker setiap status kerusakan tower BTS
yang ada di database.
trouble ticket yang terdapat dalam database
4. Aplikasi menampilkan diagram berdasarkan
data status SLA trouble ticket yang ada di
database
Data daftar trouble ticket terdapat dalam database
Success Guarantees
berhasil ditampilkan.
Extensions 2. (a) Aplikasi tidak menampilkan daftar trouble
ticket, jika database kosong
Technology and Data
Variations List
Misscellaneous
Tabel 62. Spesifikasi use case: Menambah trouble ticket
Use Case ID UC-16

Use Case Name: Menambah Trouble Ticket
No. Requirement REQ TTT-01, REQ TTT-02, REQ TTT-03
Tower Provider menambah trouble ticket baru ke
dalam database untuk disampaikan ke vendor
provider dengan hasil valid dan telah masuk ke menu
Preconditions
“Corrective Maintenance”. Data trouble ticket belum
ditambahkan pada database.
halaman daftar trouble ticket
trouble ticket
59
yang benar
4. Tower Provider milih “Save“
5. Aplikasi memvalidasi data yang telah
dimasukkan oleh tower provider.
6. Aplikasi memasukan data status trouble
ticket.
ticket ke history trouble ticket
terkait yang akan mengerjakan trouble ticket.
10. Aplikasi kembali menampilkan daftar trouble
ticket.
Data trouble ticket berhasil disimpan ke dalam
Success Guarantees
database serta mengirim pesan kepada vendor.
Extensions 4. (a) Tower Provider tidak mengisi field yang harus
diisi.
penambahan trouble ticket
Technology and Data 1. Data trouble ticket dimasukkan oleh keyboard
Variations List sesuai dengan data yang di ketik oleh tower
provider pada saat penambahan trouble ticket
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap adanya
kerusakan pada tower BTS
Misscellaneous
Tabel 63. Spesifikasi use case: Menghapus trouble ticket
Use Case ID UC-17

Use Case Name: Menghapus Trouble Ticket
No. Requirement REQ HTT – 01
Stakeholder and Interest Tower Provider dapat menghapus trouble ticket pada
60
database
provider dengan hasil valid dan telah masuk ke menu
Preconditions
“Corrective Maintenance”. Data trouble ticket yang
akan dihapus masih ada tersimpan pada database.
Main Success Scenario 1. Tower Provider memilih “Hapus” pada salah
satu trouble ticket yang akan dihapus
2. Aplikasi menampilan warning massage
“Apakah anda yakin menghapus Trouble
Ticket ini ?”
3. Tower Provider memilih “iya”
4. Aplikasi menghapus trouble ticket
berdasarkan id sesuai dengan trouble ticket
yang dipilih tower provider untuk di hapus
ticket.
Data trouble ticket yang telah berhasil dihapus tidak
Success Guarantees
ada di dalam database.
Extensions 3. (a) Tower Provider memilih “tidak”
3. (b) Aplikasi kembali menampilkan daftar trouble
ticket
Technology and Data
Variations List
Misscellaneous
Tabel 64. Spesifikasi use case: Pencarian trouble ticket
Use Case ID UC-18

Use Case Name: Pencarian Trouble Ticket
REQ CTT-01, REQ CTT-02, REQ CTT-03, REQ
No. Requirement
CTT-04 , REQ CTT-05, REQ CTT-06
Stakeholder and Interest Tower Provider yang ingin mencari trouble ticket
dengan kriteria tertentu, serta dapat menambah, edit,
dan menghapus trouble ticket.
61
Vendor yang ingin mencari trouble ticket dengan
kriteria tertentu.
Preconditions ke menu “Corrective Maintenance”. Aplikasi belum
menampilkan daftar trouble ticket yang dicari dari
database.
pencariannya, berdasarkan region tower BTS
2. Tower Provider mengisi field pencarian
dengan kata kunci yang diinginkan dan filter
pencariannya.
3. Tower Provider memilih “Search”
dengan data member yang ada pada database
5. Aplikasi menampilkan hasil pencarian
trouble ticket yang sesuai dengan data yang
dimasukkan tower provider
Aplikasi menampilkan trouble ticket sesuai dengan
Success Guarantees kriteria pencarian yang telah dimasukkan oleh tower
provider
Extensions 3. (a) Tower Provider tidak mengisi field pencarian
5. (a) Tidak ada data trouble ticket yang cocok
dengan data di dalam database
5. (b) Aplikasi menampilkan pesan “tidak ada data
trouble ticket”
Technology and Data
Variations List
Misscellaneous
Tabel 65. Spesifikasi use case: Alokasi teknisi trouble ticket (perbaikan)
Use Case ID UC-19

62
Use Case Name: Alokasi Teknisi Trouble Ticket (Perbaikan)
No. Requirement REQ ATC-01, REQ ATC-02, REQ ATC-03
Scope Alokasi Teknisi Trouble Ticket
Vendor ingin memasukan data untuk alokasi teknisi
trouble ticket ke dalam database
dengan hasil valid dan telah masuk ke menu
“Corrective Maintenance”. Aplikasi telah ada data
Preconditions
trouble ticket yang akan dimasukan data alokasi
teknisi perbaikan dan data alokasi teknisi yang baru
belum disimpan pada database.
Main Success Scenario 1. Vendor memilih “Assign Teknisi” pada
button action pada salah satu daftar trouble
ticket yang akan di alokasi kan teknisi
2. Aplikasi menampilkan data teknisi dan form
yang akan dimasukan data alokasi teknisi
untuk trouble ticket
3. Vendor mengisi form dengan data yang benar
4. Vendor memilih “Save“
dimasukkan oleh Vendor.
6. Aplikasi mengubah data status trouble ticket.
9. Aplikasi mengirimkan pesan kepada teknisi
terkait mengerjakan trouble ticket.
ticket.
Data alokasi teknisi perbaikan tower BTS pada
Success Guarantees trouble ticket berhasil disimpan ke dalam database
serta mengirim pesan kepada teknisi.
63
alokasi teknisi trouble ticket
Technology and Data 1. Data alokasi teknisi trouble ticket dimasukkan
oleh vendor pada saat alokasi teknisi trouble
ticket
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap alokasi teknisi
perawatan tower BTS
Misscellaneous
Tabel 66. Spesifikasi use case: Melihat detail history trouble ticket
Use Case ID UC-20

Use Case Name: Melihat Detail History Trouble Ticket
No. Requirement REQ DHTT-01
history trouble ticket.
menampilkan detail history trouble ticket dari
database.
history trouble ticket pada halaman daftar
trouble ticket.
trouble ticket
Aplikasi dapat menampilkan detail history trouble
Success guarantees
ticket yang terdapat pada database.
Extensions
Technology and Data
Variations List
64
Misscellaneous
Tabel 67. Spesifikasi use case: Melihat detail history laporan perbaikan tower BTS
Use Case ID UC-21

Melihat Detail History Laporan Perbaikan Tower
Use Case Name:
BTS
No. Requirement REQ DHLC-01
history laporan perbaikan tower BTS.
menampilkan detail history laporan perbaikan tower
BTS dari database.
history laporan perbaikan tower BTS pada
halaman trouble ticket.
laporan perbaikan tower BTS
Aplikasi dapat menampilkan detail history laporan
Success guarantees
perbaikan tower BTS yang terdapat pada database.
Extensions
Technology and Data
Variations List
Misscellaneous
Tabel 68. Spesifikasi use case: Melihat detail laporan perbaikan tower BTS
Use Case ID UC-22

Use Case Name: Melihat Detail Laporan Perbaikan Tower BTS
No. Requirement REQ DLC-01
Scope Pengelolaan Laporan Perbaikan Tower BTS
Stakeholder and Interest Tower Provider / Vendor yang ingin melihat detail
65
laporan perbaikan tower BTS.
Preconditions ke menu “Corrctive Maintenance”. Aplikasi belum
menampilkan detail laporan perbaikan tower BTS
dari database.
laporan perbaikan tower BTS pada halaman
daftar trouble ticket.
2. Aplikasi menampilkan halaman detail laporan
perbaikan tower BTS
Aplikasi menampilkan detail laporan perbaikan
Success guarantees
tower BTS dari database.
Extensions
Technology and Data 1. Konten detail laporan perbaikan tower BTS di
Variations List masukkan melalui keyboard
2. Konten detail laporan perbaikan tower BTS berupa
file pdf.text
Misscellaneous
Tabel 69. Spesifikasi use case: Validasi laporan perbaikan tower BTS oleh vendor
Use Case ID UC-23

Use Case Name: Validasi Laporan Perbaikan Tower BTS oleh Vendor
No. Requirement REQ VLCV-01
Scope Validasi Laporan Perawatan Tower BTS oleh Vendor
Vendor yang ingin validasi laporan perbaikan tower
BTS.
dengan hasil valid dan telah Melihat detail laporan
Preconditions
perbaikan tower BTS. Data laporan perawatan tower
BTS belum tervalidasi oleh vendor.
Main Success Scenario 1. Vendor memilih “Accept” pada halaman
detail laporan perbaikan tower BTS untuk
66
memvalidasi laporan.
4. Aplikasi mengirimkan pesan kepada tower
provier terkait tindak lanjut laporan perbaikan
tower BTS,
ticket.
Data laporan perawatan tower BTS tervalidasi oleh
Success guarantees
vendor serta mengirim pesan kepada tower provider.
Extensions 1. (a) Vendor memilih “Reject”
1. (b) Aplikasi mengubah data status trouble
ticket.
1. (c) Aplikasi memasukan data status trouble
1. (d) Aplikasi mengirimkan pesan kepada
teknisi terkait harus membuat laporan
perbaikan tower BTS karena status laporan
yang disubmit sebelumnya di-reject
Technology and Data
Variations List
Misscellaneous
Tabel 70. Spesifikasi use case: Validasi laporan perbaikan tower BTS oleh tower provider
Use Case ID UC-24

Validasi Laporan Perbaikan Tower BTS oleh Tower
Use Case Name:
Provider
No. Requirement REQ VLCTP-01
Validasi Laporan Perawatan Tower BTS oleh Tower
Scope
Provider
Tower Provider yang ingin validasi laporan
perbaikan tower BTS.
67
Preconditions laporan perbaikan tower BTS. Data laporan
perawatan tower BTS belum tervalidasi oleh tower
provider serta sudah terverifikasi oleh vendor.
Main Success Scenario 1. Tower Provider memilih“Accept”pada
halaman detail laporan perbaikan tower BTS
untuk memvalidasi laporan
ticket.
Data Laporan Perawatan Tower BTS tervalidasi oleh
Success guarantees
Tower Provider.
Extensions 1. (a) Tower Provider memilih “Reject”
1. (b) Aplikasi mengubah data status trouble
ticket
1. (c) Aplikasi memasukan data status trouble
Technology and Data
Variations List
Misscellaneous
Tabel 71. Spesifikasi use case: Melihat daftar permintaan perawatan tower BTS
Use Case ID UC-25

Use Case Name: Melihat Daftar Permintaan PerawatanTower BTS
No. Requirement REQ TDPP-01
Scope Pengelolaan Laporan Perawatan Tower BTS
Primary Actor Teknisi
Teknisi yang ingin melihat seluruh daftar permintaan
perawatan tower BTS yang terdapat dalam database
Preconditions Aplikasi telah melakukan otorisasi terhadap teknisi
68
dengan hasil valid. Data daftar permintaan perawatan
tower BTS belum ditampilkan dari database
Main Success Scenario 1. Teknisi memilih menu “Order List”
permintaan perawatan tower BTS yang
terdapat dalam database
Data daftar permintaan perawatan tower BTS
Success Guarantees
ditampilkan dari database.
Extensions 2. (a) Aplikasi tidak menampilkan daftar permintaan
Technology and Data
Variations List
Misscellaneous
Tabel 72. Spesifikasi use case: Submit laporan perawatan tower BTS
Use Case ID UC-26

Use Case Name: Submit Laporan Perawatan Tower BTS
No. Requirement REQ SLP-01 , REQ SLP-02, REQ SLP-03
Teknisi telah masuk ke halaman“Order List” dan
Stakeholder and Interest akan submit laporan perawatan tower BTS baru ke
dalam database
Preconditions provider dengan hasil valid. Data laporan perawatan
tower BTS belum ditambahkan pada database.
Main Success Scenario 1. Teknisi memilih list permintaan perawatan
tower BTS
2. Aplikasi menampilkan form laporan
perawatan tower BTS
3. Teknisi mengisi form dengan data yang benar
4. Teknisi memilih “Submit“
dimasukkan oleh teknisi.
69
perawatan tower BTS
perawatan
terkait laporan perawatan tower BTS sudah
submit.
10. Aplikasi kembali menampilkan menu “Order
List”
Data laporan perawatan tower BTS ditambahkan
Success Guarantees
pada database serta mengirim pesan kepada vendor.
Extensions 4. (a) Teknisi tidak mengisi field yang harus diisi.
laporan perawatan tower BTS
Technology and Data 1. Data laporan perawatan tower BTS dimasukkan
oleh teknisi pada saat submit laporan perawatan
tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap submit laporan
perawatan tower BTS
Misscellaneous
Tabel 73. Spesifikasi use case: Melihat laporan perawatan tower BTS yang telah di submit
Use Case ID UC-27

Melihat Laporan Perawatan Tower BTS yang di-
Use Case Name:
submit
No. Requirement REQ DSLP-01, REQ DSLP-02
Teknisi ingin melihat laporan perawatan tower BTS
yang telah di – submit
70
Aplikasi telah melakukan otorisasi terhadap teknisi
dengan hasil validdan telah masuk ke halaman
Preconditions
“Order List”. Data daftar laporan perawatan tower
BTS belum ditampilkan dari database.
Main Success Scenario 1. Teknisi masuk ke halaman “Order List”
2. Aplikasi menampilkan daftar seluruh laporan
perawatan tower BTS yang telah di-submit
beserta status laporan perawatan tower BTS
tersebut
Data daftar laporan perawatan tower BTS
Success Guarantees
ditampilkan dari database
Extensions 2. (a) Teknisi belum pernah men- submit laporan
perawatan tower BTS
2. (b) Aplikasi menampilkan pesan bahwa “Laporan
Perawatan Tower BTS anda tidak ada”
Tabel 74. Spesifikasi use case: Melihat daftar permintaan perbaikan tower BTS
Use Case ID UC-28

Use Case Name: Melihat Permintaan Perbaikan Tower BTS
No. Requirement REQ TDPC-01
Teknisi yang ingin melihat seluruh daftar permintaan
perbaikan tower BTS yang terdapat dalam database.
Preconditions dengan hasil valid. Data daftar permintaan perbaikan
tower BTS belum ditampilkan dari database
Main Success Scenario 1. Teknisi memilih menu “Order List”
permintaan perbaikan tower BTS yang
Data daftar permintaan perbaikan tower BTS
Success Guarantees
ditampilkan dari database
Extensions 2. (a) Aplikasi tidak menampilkan daftar permintaan
perbaikan tower BTS, jika database kosong
Technology and Data
71
Variations List
Misscellaneous
Tabel 75. Spesifikasi use case: Submit laporan perbaikan tower BTS
Use Case ID UC-29

Use Case Name: Submit Laporan Perbaikan Tower BTS
No. Requirement REQ SLC-01, REQ SLC-02, REQ SLC-03
Teknisi telah masuk ke halaman Order List dan akan
Stakeholder and Interest submit laporan perbaikan tower BTS baru ke dalam
database
Preconditions dengan hasil valid. Data laporan perbaikan tower
BTS belum ditambahkan pada database.
Main Success Scenario 1. Teknisi memilih list permintaan perbaikan
tower BTS
2. Aplikasi menampilkan form laporan
perbaikan tower BTS
3. Teknisi mengisi form dengan data yang benar
4. Teknisi memilih “Submit“
dimasukkan oleh teknisi.
terkait laporan perbaikan tower BTS sudah
submit.
10. Aplikasi kembali menampilkan Order List
Data laporan perbaikan tower BTS ditambahkan
Success Guarantees
pada database serta mengirim pesan kepada vendor.
Extensions 4. (a) Teknisi tidak mengisi field yang harus diisi.
72
laporan perbaikan tower BTS
Technology and Data 1. Data laporan perbaikan tower BTS dimasukkan
oleh teknisi pada saat submit laporan perbaikan
tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap submit laporan
perbaikan tower BTS
Misscellaneous
Tabel 76. Spesifikasi use case: Melihat laporan perbaikan tower BTS yang telah di submit
Use Case ID UC-30

Melihat Laporan Perbaikan Tower BTS yang di-
Use Case Name:
submit
No. Requirement REQ DSLC-01, REQ DSLC-02
Teknisi ingin melihat Laporan Perbaikan Tower BTS
yang telah di – submit
Preconditions dengan hasil valid. Data daftar laporan perbaikan
tower BTS belum ditampilkan dari database.
Main Success Scenario 1. Teknisi masuk ke halaman Order List
2. Aplikasi menampilkan daftar seluruh laporan
perbaikan tower BTS yang telah di-submit
beserta status laporan perbaikan tower BTS
tersebut
Data daftar laporan perawatan tower BTS
Success Guarantees
ditampilkan dari database.
Extensions 2. (a) Teknisi belum pernah men- submit laporan
perbaikan tower BTS
2. (b) Aplikasi menampilkan pesan bahwa “Laporan
Perbaikan Tower BTS anda tidak ada”
73
Tabel 77. Spesifikasi use case : Melihat daftar pengguna
Use Case ID UC-31

Use Case Name: Melihat daftar pengguna
No. Requirement REQ TVT-01, REQ TVT-02
Scope Pengelolaan Pengguna
Tower Provider dapat melihat daftar seluruh vendor
dan teknisi yang sudah terdaftar dalam database.
Preconditions provider dengan hasil valid. Data daftar pengguna
belum ditampilkan dari database.
Main Success Scenario 1. Tower Provider memilih menu “Manage
User”
2. Tower Provider memilih menu untuk melihat
vendor atau teknisi
3. Aplikasi menampilkan salah satu menu yang
dipilih oleh Tower Provider dalam bentuk
tabel daftar seluruh vendor atau teknisi.
Data daftar pengguna belum ditampilkan dari
Success Guarantees
database ditampilkan dalam bentuk tabel.
Extensions 2.(a) Aplikasi tidak menampilkan daftar vendor dan
teknisi, jika database vendor dan teknisi kosong
Technology and Data
Variations List
Misscellaneous
Tabel 78. Spesifikasi use case: Mencari pengguna
Use Case ID UC-32

Use Case Name: Mencari Pengguna ( filter )
No. Requirement REQ CVT-01, REQ CVT -02, REQ CVT -03, REQ
CVT -04, REQ CVT -05, REQ CVT -06
Tower Provider ingin melihat vendor dan teknisi
dengan kriteria tertentu
Preconditions Aplikasi telah melakukan otorisasi terhadap tower
74
halman menu “Manage User”. Aplikasi belum
menampilkan daftar pengguna yang dicari dari
database.
pencariannya, misalnya berdasarkan nama
vendor atau teknisi tersebut
2. Tower Provider mengisi data pencarian
pencariannya.
3. Tower Provider memilih “cari”
oleh tower provider dengan data vendor atau
teknisi yang ada di database
5. Aplikasi menampilkan hasil pencarian
vendor atau teknisi yang sesuai dengan data
yang dimasukkan oleh tower provider
Aplikasi daftar pengguna sesuai dengan kata kunci
Success Guarantees
yang telah dimasukkan oleh tower provider
Extensions 3. (a)Tower Provider tidak mengisi field pencarian
3. (b) Aplikasi menampilkan peringatan bahwa field
pencarian harus diisi.
5. (a) Tidak ada data vendor atau teknisi manapun
yang cocok di dalam database
5. (a) Aplikasi menampilkan pesan “tidak ada data
vendor atau teknisi yang cocok”
Technology and Data 1. Pencarian dilakukan dengan input data nama
Variations List vendor atau teknisi dengan menggunakan
keyboard
Misscellaneous
Tabel 79. Spesifikasi use case: Menambah pengguna
75
Use Case ID UC-33
Use Case Name: Menambah Pengguna
REQ TVT-01, REQ TVT -02, REQ TVT -03, REQ
No. Requirement
TVT -04, REQ TVT -05
Tower Provider ingin menambah pengguna baru ke
dalam database
Preconditions
halman menu “Manage User”. Data pengguna yang
baru belum ditambahkan pada database.
halaman daftar Pengguna
pengguna
yang benar
7. Aplikasi kembali menampilkan daftar
pengguna.
Success Guarantees Data pengguna ditambahkan pada database.
diisi.
penambahan pengguna
Variations List dengan data yang di ketik oleh tower provider
pada saat penambahan pengguna
76
pengguna
Misscellaneous
Tabel 80. Spesifikasi use case: Edit pengguna
Use Case ID UC-34

Use Case Name: Edit Pengguna
No. Requirement REQ EJP-01 , REQ EJP-02, REQ EJP-03
Tower Provider ingin edit data pengguna ke dalam
database
Preconditions halman menu “Manage User”. Data pengguna yang
baru dan akan diubah belum tersimpan pada
database.
Main Success Scenario 1. Tower Provider memilih “Edit” pada button
action pada salah satu daftar pengguna yang
akan diedit
2. Aplikasi menampilkan data pengguna yang
akan diedit pada form
data yang benar
pengguna.
Perubahan data pengguna berhasil disimpan ke
Success Guarantees
dalam database.
5. (c) Aplikasi akan kembali menampilkan form edit
pengguna
77
pada saat edit pengguna
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap pengeditan
pengguna
Misscellaneous
Tabel 81. Spesifikasi use case: Menghapus pengguna
Use Case ID UC-35

Use Case Name: Menghapus Pengguna
No. Requirement REQ HVT-01 , REQ HVT-02
Tower Provider dapat menghapus vendor atau teknisi
dari database
Aplikasi telah melakukan otorisasi terhadap
towerprovider dengan hasil valid dan telah masuk ke
Preconditions
halman menu “Manage User”. Data pengguna yang
akan dihapus masih ada tersimpan pada database.
Main Success Scenario 1. Tower Provider memilih “hapus” pada button
action dari salah satu vendor atau teknisi
yang akan di hapus.
2. Aplikasi menghapus vendor atau teknisi
tersebut berdasarkan id sesuai dengan yang
dipilih oleh tower provider untuk dihapus.
vendor dan teknisi
Data pengguna yang telah berhasil dihapus tidak ada
Success Guarantees
di dalam database.
Extensions -
Technology and Data
Variations List
Misscellaneous
78
Tabel 82. Spesifikasi use case : Melihat daftar tower BTS
Use Case ID UC-36

Use Case Name: Melihat daftar tower BTS
No. Requirement REQ TDTB-01, REQ TDTB-02
Scope Pengelolaan Tower BTS
Tower Provider dapat melihat daftar seluruh tower
BTS yang sudah terdaftar dalam database.
Preconditions provider dengan hasil valid. Data daftar tower BTS
belum ditampilkan dari database.
Main Success Scenario 1. Tower Provider memilih menu “General
Sitelist”
2. Aplikasi menampilkan dalam bentuk tabel
daftar seluruh tower BTS.
Data daftar tower BTS belum ditampilkan dari
Success Guarantees
database ditampilkan dalam bentuk tabel.
Extensions 2.(a) Aplikasi tidak menampilkan daftar tower BTS,
jika database tower BTS kosong
Technology and Data
Variations List
Misscellaneous
Tabel 83. Spesifikasi use case: Mencari tower BTS
Use Case ID UC-37

Use Case Name: Mencari tower BTS( filter )
No. Requirement REQ CTB-01, REQ CTB-02, REQ CTB-03, REQ
CTB-04, REQ CTB-05, REQ CTB-06
Tower Provider ingin melihat tower BTS dengan
kriteria tertentu
Preconditions Aplikasi telah melakukan otorisasi terhadap tower
79
halman menu “General Sitelist”. Aplikasi belum
menampilkan daftar tower BTS yang dicari dari
database.
pencariannya, misalnya berdasarkan nama
tower BTS tersebut
2. Tower Provider mengisi data pencarian
pencariannya.
3. Tower Provider memilih “cari”
oleh tower provider dengan data tower BTS
yang ada di database
5. Aplikasi menampilkan hasil pencarian tower
BTS yang sesuai dengan data yang
dimasukkan oleh tower provider
Aplikasi daftar tower BTS sesuai dengan kata kunci
Success Guarantees
yang telah dimasukkan oleh tower provider
Extensions 3. (a)Tower Provider tidak mengisi field pencarian
3. (b) Aplikasi menampilkan peringatan bahwa field
pencarian harus diisi.
5. (a) Tidak ada data tower BTS manapun yang
cocok di dalam database
5. (a) Aplikasi menampilkan pesan “tidak ada data
vendor atau teknisi yang cocok”
Technology and Data 2. Pencarian dilakukan dengan input data nama
Variations List vendoratau teknisi dengan menggunakan keyboard
Misscellaneous
Tabel 84. Spesifikasi use case: Menambah tower BTS
Use Case ID UC-38

Use Case Name: Menambah Tower BTS
No. Requirement REQ TTB-01 , REQ TTB-02, REQ TTB-03, REQ
80
TTB-04, REQ TTB-05
Tower Provider ingin menambah tower BTS baru ke
dalam database
Preconditions halman menu “Manage General Sitelist”. Data
pengguna yang baru belum ditambahkan pada
database.
halaman daftar Pengguna
tower BTS
yang benar
7. Aplikasi kembali menampilkan daftar tower
BTS.
Success Guarantees Data tower BTS ditambahkan pada database.
diisi.
penambahan tower BTS
pada saat penambahan pengguna
data tower BTS
81
Misscellaneous
Tabel 85. Spesifikasi use case: Edit tower BTS
Use Case ID UC-39

Use Case Name: Edit Tower BTS
No. Requirement REQ EBT-01 , REQ EBT-02, REQ EBT-03
Tower Provider ingin edit data tower BTS ke dalam
database
Preconditions halman menu “Manage General Sitelist”. Data tower
BTS yang baru dan akan diubah belum tersimpan
pada database.
Main Success Scenario 1. Tower Provider memilih “Edit” pada button
action pada salah satu daftar tower BTS yang
akan diedit
2. Aplikasi menampilkan data tower BTS yang
akan diedit pada form
data yang benar
7. Aplikasi kembali menampilkan daftar tower
BTS.
Perubahan data pengguna berhasil disimpan ke
Success Guarantees
dalam database.
5. (c) Aplikasi akan kembali menampilkan form edit
tower BTS
82
Technology and Data 1. Data pengguna dimasukkan oleh keyboard
Variations List sesuai dengan data yang di ketik oleh tower
provider pada saat edit tower BTS
Frequency of Occurrence Dapat terjadi sesuai kebutuhan setiap pengeditan data
tower BTS
Misscellaneous
Tabel 86. Spesifikasi use case: Menghapus tower BTS
Use Case ID UC-40

Use Case Name: Menghapus Tower BTS
No. Requirement REQ HTB-01 , REQ HTB-02
Tower Provider dapat menghapus tower BTS dari
database
Preconditions halman menu “Manage General Sitelist”. Data tower
BTS yang akan dihapus masih ada tersimpan pada
database.
Main Success Scenario 1. Tower Provider memilih “hapus” pada
button action dari salah satu tower BTS
yang akan di hapus.
2. Aplikasi menghapus tower BTS tersebut
berdasarkan id sesuai dengan yang dipilih
oleh tower provider untuk dihapus.
seluruh tower BTS
Data tower BTS yang telah berhasil dihapus tidak
Success Guarantees
ada di dalam database.
Extensions -
Technology and Data
Variations List
Misscellaneous
83
Tabel 87. Spesifikasi use case: Reminder
Use Case ID UC-41

Use Case Name: Reminder
No. Requirement REQ R-01
Scope Aplikasi Pengelolaan Perawatan Tower BTS
Primary Actor Semua Pengguna (Tower Provider, Vendor, Teknisi)
Semua Pengguna: menginginkan respon yang cepat
dari setiap aktor terhadap segala perubahan status
dan data dari proses perawatan atau perbaikan tower
BTS.
Preconditions Pengguna telah terdaftar dalam aplikasi.
Main Success Scenario 1. Aplikasi mengambil data tanggal akhir
pengerjaan tugas perawatan tower BTS
dan trouble ticket.
2. Aplikasi memeriksa data tanggal akhir
pengerjaan tugas perawatan atau
perbaikan tower BTS yang sudah
mendekati masa kadaluarsa. Masa
kadaluarsa adalah masa dimana tugas
perawatan atau perbaikan tower BTS
tidak dikerjakan h-2 dari data tanggal
akhir pengerjaan.
3. Aplikasi secara otomatis mengirimkan
pesan pengingat kepada setiap pengguna
yang memiliki kepentingan terhadap
perubahan status dan data proses
perawatan atau perbaikan tower BTS.
4. Pengguna mendapat pesan pengingat dari
sistem dan masuk kehalaman yang
terdapat pada pesan pengingat.
Informasi reminder dapat tersampaikan pada setiap
Success Guarantees
aktor yang bersangkutan dengan cepat dan tepat.
Extensions -
Special Requirements - Sistem harusdapat secara otomatis mengirim
pesan pengingat kepada setiap pengguna yang
belum melihat perubahan data dan status proses
84
proses perawatan atau perbaikan tower BTS
dalam kurun waktu tertentu.
Technology and Data Sistem harus dapat mengirim pesan pengingat via
Variations List email
Frequency of Occurrence Setiap kali terdapat pengguna yang bersangkutan
yang belum melihat perubahan data dan status proses
proses proses perawatan atau perbaikan tower BTS
dalam kurun waktu tertentu.
Sistem menjalankan proses ini setiap pukul 07:00
WIB setiap harinya.
Misscellaneous
3.2.4 Requirement Data
Requirement data menggambarkan data dan informasi apa saja yang harus
terdapat dalam aplikasi pengelolaan perawatan tower BTS ini [REQ NF-15] yang
akan direpresntasikan menggunakan tools ER Diagram, yang ditunjukkan oleh
gambar dibawah ini.
85
Gambar 4. Entity Relationship Diagram
Keterangan simbol yang digunakan dalam menggambar ER diagram dijelaskan

pada tabel 89 dibawah ini.
Tabel 88. Keterangan simbol ER Diagram
Simbol Keterangan
Simbol ini menggambarkan atribut dari setiap entity.
Simbol ini menggambarkan entity.
Simbol ini menggambarkan relasi dan kardinalitas antar entity.
Simbol ini menggambarkan atribut dari setiap weak entity.
Skema relasi yang digunakan untuk menggambarkan hubungan antar data. Untuk
86
pembuatan skema relasi digunakan beberapa symbol berikut:
Tabel 89. Skema relasi untuk tiap aktor
NO ID Nama Tabel Skema Relasi

Entity
1 E-01 tb_towerprovider #provider_id, provider_password,

provider_name, provider_email
2 E-02 tb_vendor #id_vendor, nama_vendor,

password_vendor, email_vendor
3 E-03 tb_teknisi #Id_teknisi, name_teknisi, password_teknisi,

no_teknisi, addr_teknisi, email_teknisi,
@id_vendor
4 E-04 tb_troubleticket #id_TT, startdate_TT, trouble_detail,
enddate_TT, current_status, @id_teknisi,
@site_id, @id_vendor
5 E-05 tb_laporancorrec #Id_laporancorrective, tanggal_perbaikan,
tive keterangan_perbaikan, @id_TT
6 E-06 tb_fotocorrective nama_bukti, bukti_perbaikan,

@id_laporancorrective
7 E-07 tb_tower #site_id, site_name, address, region,

province, city, site_height, site_type,
latitude, longtitude, @id_tenant
8 E-08 tb_tenant #id_tenant, nama_tenant
9 E-09 tb_towertenant equipment_type, power_source, @site_id,

@id_tenant
10 E-10 tb_jadwal #id_jadwal, status_preventive,

@id_periode_vendor, @id_teknisi, @site_id
11 E-11 tb_periode #id_periode, periode_start, periode_end
12 E-12 tb_periode_vend #id_periode_vendor, @id_periode,

or @id_vendor, @nama_periode
13 E-13 tb_statuslogprev #id_logpreventive, statuspreventive_name,

entive logpreventive_date, log_updateby,
@id_jadwal
87
14 E-14 tb_laporanpreve #id_laporanpreventive, @id_jadwal,
ntive grounding_measurenment,
grounding_controlbox,
grounding_controlbox_image,
grounding_towerleg,
grounding_towerleg_image,
grounding_fence, grounding_fence_image,
genset_tank, genset_tank_image,
lightning_rod, lightning_rod_remark,
lightning_rod_image, bar_grounding_tower,
bar_grounding_tower_remark,
bar_grounding_control_box,
bar_grounding_control_box_remark,
down_conductor_cable,
down_conductor_cable_remark,
down_conductor_cable_image,
bolt_connection, bolt_connection_remark,
bolt_connection_image, tower_type,
painting_condition,
painting_condition_remark,
constrution_condition,
constrution_condition_remark,
front_condition_image,
side_condition_image,
top_towercondition_right_image,
top_towercondition_left_image,
top_towercondition_front_image,
top_towercondition_back_image,
bottom_towercondition_image,
tower_cleaning, tower_cleaning_remark,
tower_cleaning_before_image,
tower_cleaning_after_image, tower_lamp,
tower_lamp_remark, photo_sensor,
photo_sensor_remark, tower_verticality,
tower_verticality_remark, pole_sticker,
pole_sticker_remark ,
baseplate_leg_painting
baseplate_leg_painting_remark,
tower_lamp_amount,
tower_lamp_amount_image,
yard_lamp_amount,
yard_lamp_amount_image,
tower_lamp_condition,
tower_lamp_condition_remark,
yard_lamp_condition
yard_lamp_condition_remark,
site_photo_sensor,
site_photo_sensor_remark,
yard_lamp_shield,
88
yard_lamp_shield_remark, fence_condition,
fence_condition_remark,
fence_condition_image, site_cleaning,
site_cleaning_remark, flume_cleaning,
flume_cleaning_remark,
paving_block_gavel,
paving_block_gavel_remark,
paving_block_gavel_image, barbared_wire,
barbared_wire_remark, fence_door,
fence_door_remark, safety_sign_board,
safety_sign_board_remark,
safety_sign_board_image,
warning_sign_board,
warning_sign_board_remark,
warning_sign_board_image,
combination_lock,
combination_lock_remark,
combination_lock_image, safety_tools,
access_lease_area, environment,
environment_remark, environment_image,
leakage_information,
leakage_information_image,
notification_stickers,
notification_stickers_remark,
notification_stickers_image,
other_information,
other_information_image, created_date
15 E-15 tb_laporanpreve @id_laporanpreventive, @id_tenant,

ntive_tenant equipment_type, equipment_type_image,
ac_amount, ac_1_broken_a, ac_1_merk,
ac_1_type, ac_1_serial_number_outdoor,
ac_1_serial_number_indoor, ac_1_power,
ac_1_currentmax, ac_1_preasure,
ac_1_currentmeasurement,
ac_1_outdoor_condition,
ac_1_indoor_condition,
ac_1_pipe_condition, ac_1_auto_restart,
ac_1_switch_contactor,
ac_1_temperatur_setting, ac_2_broken_ac,
ac_2_merk, ac_2_type,
ac_2_serial_number_outdoor,
89
ac_4_temperatur_setting,
exhaust_fan_condition,
exhaust_fan_condition_remark,
exhaust_fan_cleaning,
exhaust_fan_cleaning_remark, shelter_roof,
shelter_roof_remark, dinding_shelter,
dinding_shelter_remark, fence_condition,
fence_condition_remark, room_cleaning,
room_cleaning_remark, roof_cleaning,
roof_cleaning_remark, fire_extinguisher,
fire_extinguisher_remark,
door_hinge_lubrication,
door_hinge_lubrication_remark,
shelter_foundation,
shelter_foundation_remark, heat_detector,
heat_detector_remark, smoke_detector,
smoke_detector_remark, ring_bell,
ring_bell_remark, grounding_status,,
grounding_status_remark, control_box,
control_box_image,
external_grounding_bar,
external_grounding_bar _image,
internal_grounding_bar,
internal_grounding_bar_image,
base_frame_condition,
base_frame_condition_remark,
base_frame_condition_image,
dynabolt_condition,
dynabolt_condition_remark,
90
dynabolt_condition_image,
base_frame_foundation,
base_frame_foundation_remark,
base_frame_foundation_image,
phase_voltage_RN,
phase_voltage_RN_image,
phase_voltage_SN,
phase_voltage_SN_image,
phase_voltage_TN,
phase_voltage_TN_image,
phase_voltage_RS,
phase_voltage_RS_image,
phase_voltage_ST,
phase_voltage_ST_image,
phase_voltage_RT,
phase_voltage_RT_image,
phase_voltage_GN,
phase_voltage_GN_image,
kwh_meter_record, main_power_supply,
alternate_power_supply, ac_pdb,,
ac_pdb_remark, ac_pdb_image,
ac_pdb_RN, ac_pdb_RN_remark,
ac_pdb_RN_image, ac_pdb_SN,
ac_pdb_SN_remark, ac_pdb_SN_image,
ac_pdb_GN, ac_pdb_GN_remark,
ac_pdb_GN_image, ac_pdb_RT,
ac_pdb_RT_remark, ac_pdb_RT_image
ac_pdb_ST, ac_pdb_ST_remark,
ac_pdb_ST_image, ac_pdb_RS
ac_pdb_RS_remark, ac_pdb_RS_image,,
ac_pdb_TN, ac_pdb_TN_remark,
ac_pdb_TN_image,
kwh_box_includingpole_kwh,
kwh_box_includingpole_kwh_remark,
kwh_box_includingpole_kwh_image,
cos_condition, cos_condition_remark,
pln_power_supplied_kva,
pln_power_supplied_phase, mcb_input,
mcb_condition, mcb_condition_remark,
mcb_condition_image, 1phase_A,
1phase_PCS, 3phase_A, 3phase_PCS, cos,
pln_id, seal, seal_image, kwh_record,
kwh_record_remark, kwh_record_image,
terminal, terminal_remark, mcb,
mcb_remark, mcb_image, trafo,
trafo_remark, trafo_image,
physic_condition, physic_condition_remark,
physic_condition_image,
fuel_tank_condition,
91
fuel_tank_condition_remark,
fuel_tank_condition_image,
secondary_containment,
secondary_containment_remark,
secondary_containment_image,
hazardous_sign, hazardous_sign_remark,
hazardous_sign_image, genset_pad,
genset_pad_remark, genset_pad_image,
genset_safety, genset_safety_remark,
genset_safety_image, split_kit,
split_kit_remark, split_kit_image,
locked_genset, locked_genset_remark,
locked_genset_image, msds_fuel_genset,
msds_fuel_genset_remark,
msds_fuel_genset_image,
refueling_process_equipment,
refueling_process_equipment_remark,
generator_anchored_to_foundation,
generator_anchored_to_foundation_remark,
generator_anchored_to_foundation_image,
current_flows_to_mcb,
current_flows_to_mcb_remark,
rst_indicator_lit, rst_indicator_lit_remark,
mcb_on_position, mcb_on_position_remark,
kwh_meter_spin, kwh_meter_spin_remark,
kwh_meter_spin_image
16 E-16 tb_statuslogTT #id_logTT, statuslogTT, log_date,
last_updateby, @id_TT
# : primary key
@ : foreign key
3.3 Requirement Non-Fungsional
Di luar requirement interface dan requirement fungsional ada beberapa

requirement lain yang tidak berhubungan langsung dengan jalannya aplikasi tapi
perlu untuk menunjang berjalannya aplikasi dengan baik, yaitu requirement non-
fungsional yang terdiri atas requirement kinerja, batasan memori yang diperlukan,
dan modus operasi yang digunakan aplikasi.
3.3.1 Requirement Kinerja (Performance)
N/A
92
3.3.2 Batasan Memori
Batasan memori yang dipakai aplikasi ini disesuaikan dengan memori untuk
membuka browser ditambah dengan apache dan memori progarm, yaitu sekitar
400MB. [REQ NF-16]
3.3.3 Modus Operasi
Modus operasi yang dipakai dalam aplikasi ini menggunakan modus operasi
online [REQ NF-17], yang artinya data dapat diproses secara langsung dan
disimpan ke dalam database
3.4 Atribut Kualitas Perangkat Lunak
Atribut perangkat lunak yang dijelaskan pada bagian ini antara lain keandalan
(realiability), ketersediaan (availability), keamanan (security), perawatan
(maintainability), dan portability dari aplikasi yang akan dibangun.
3.4.1 Reliability
Aplikasi ini dapat diakses di manapun dan kapanpun selama terhubung dengan
jaringan internet, karena aplikasi ini yang bersifat online [REQ NF-17].
3.4.2 Avaliability
Aplikasi ini dapat diakses selama 24 jam sehari, selama server tidak mengalami
gangguan yang menyebabkan aplikasi tidak dapat diakses.
3.4.3 Security
N/A
3.4.4 Maintainability
N/A
3.4.5 Portability
N/A
3.5 Design Constraints (Batasan Perancangan)
93
Aplikasi ini dibangun dengan framework code igniter, dengan HTML dan CSS
yang digunakan untuk kostumisasi tampilan. Selain itu, untuk kebutuhan
penyimpanan data dari aplikasi ini menggunakan MySQL. Batasan lain dalam
aplikasi ini adalah:
1. Dalam pembuatan aplikasi tidak menangani hal-hal yang berkaitan dengan

jaringan aplikasi yaitu komunikasi data, koneksi, pengkabelan atau infrastruktur
jaringan.
2. Security tidak mencakup pada penanganan terhadap cracker ataupun hacker

yang bisa menyerang langsung ke aplikasi. Security hanya sebatas penanganan
terhadap hak akses aplikasi.
BAB IV
Requirement Traceability
Bab ini menjelaskan metoda kualifikasi yang akan diterapkan pada setiap
kebutuhan aplikasi agar semua kebutuhan tersebut dapat terpenuhi. Requirement
Traceability berisi daftar requirement yang telah teridentifikasi pada bab I hingga
bab III di atas disertai cara verifikasinya. Setiap kebutuhan akan diuji dengan
melakukan inspeksi, analisis dan demonstrasi. Berikut penjelasan cara pengujian
tersebut:
1. Inspeksi
Pengujian dilakukan dengan cara menelaah secara visual source code,
dokumentasi dan sebagainya.
2. Analisis
Pengujian dilakukan terhadap data yang terkumpul dari hasil pengujian
metode lain. Seperti pengukuran hasil matematis terhadap produk yang
dilakukan.
94
3. Demonstrasi
Pengujian terhadap kebutuhan-kebutuhan yang tidak memerlukan
instrument atau alat pengujian khusus dan memerlukan instrument atau
alat pengujian khusus dan tidak memerlukan analisis secara khusus, serta
melihat kesesuaian masukan dengan keluaran.
Tabel 83 merupakan tabel yang berisi kualifikasi dari setiap kebutuhan-kebutuhan

yang telah diidentifikasi.
Tabel 90. Requirement tracebility
Cara
Jenis verifikasi
No. No.Req Deskripsi
Requirement
I A D
Validasi Tower Provider
Aplikasi harus mampu menampilkan
1 Fungsional [REQ VTP-01] form pengisian username dan - - √
password untuk tower provider
Aplikasi harus mampu menerima

2 Fungsional [REQ VTP-02] masukan berupa username dan √ - √
password tower provider
Aplikasi harus mampu memvalidasi

3 Fungsional [REQ VTP-03] √ - -
masukan dari tower provider

pesan eror, jika data yang dimasukkan
4 Fungsional [REQ VTP-04] - - √
tidak sesuai dengan data yang terdapat
pada database.
Aplikasi harus mampu mengenkripsi

5 Fungsional [REQ VTP-05] √ - √
password
Aplikasi harus mampu mempunyai

6 Fungsional [REQ VTP-06] - - √
menu logout.

7 Fungsional [REQ VTP-07] halaman beranda tower provider jika - - √
login berhasil
Pengelolaan Jadwal Periode Perawatan Tower BTS (Tower Provider)

8 Fungsional [REQ TDJP-01] semua daftar jadwal periode perawatan √ - √
Tower BTS yang ada di database.
95
9 Fungsional [REQ TJP-01] form pengisian jadwal periode - - √
perawatan tower BTS untuk vendor.

10 Fungsional [REQ TJP-02] masukan isi form jadwal periode - - √
perawatan tower BTS

11 Fungsional [REQ TJP-03] data yang dimasukkan Tower provider. √ - -
Aplikasi harus mampu menyimpan

12 Fungsional [REQ TJP-04] jadwal periode perawatan Tower BTS √ - -
yang dimasukkan kedalam database.
[REQ TJP-05] Aplikasi harus mampu menampilkan

pesan eror, jika gagal dalam
13 Fungsional - - √
menyimpan jadwal periode perawatan
Tower BTS ke dalam database.
Aplikasi harus mampu mengedit data

14 Fungsional [REQ EJP-01] jadwal perawatan tower BTS yang √ - √

15 Fungsional [REQ EJP-02] jadwal periode perawatan Tower BTS √ - -
yang dimasukkan kedalam database.

16 Fungsional [REQ EJP-03] - - √
menyimpan jadwal periode perawatan
Tower BTS ke dalam database.
Aplikasi harus mampu menghapus

jadwal periode perawatan Tower BTS
17 Fungsional [REQ HJP-01] yang terdapat pada database √ - √
berdasarkan id jadwal perawatan
Tower BTS.

data assign tower yaitu data tower dan
[REQ ATJP-01] data vendor yang akan melakukan
18 Fungsional √ - √
perawatan berdasarkan jadwal periode
perawatan Tower BTS yang
Peta Sebaran Perawatan Tower BTS

peta sebaranperawatan Tower BTS
19 Fungsional [REQ PSP-01] berdasarkan marker setiap status √ - √
perawatan tower BTS yang ada di
database.
96
informasi tower BTS yang akan
20 Fungsional [REQ PSP-02] - - √
dilakukan perawatan dari marker yang
dipilih.
Diagram Status Progress Tugas Perawatan Tower BTS

diagram berdasarkan data status
21 Fungsional [REQ DSP-01] - √ √
progress tugas perawatan tower
BTSyang ada di database.
Pengelolaan Tugas Perawatan Tower BTS (Tower Provider dan Vendor)

22 Fungsional [REQ TTP-01] semua daftar tugas perawatan tower - - √

23 Fungsional [REQ DLP-01] detail konten dari laporan perawatan - - √
tower yang dipilih.

24 Fungsional [REQ CTP-01] form pencarian data tugas perawatan - - √
tower BTS.

pilihan filter atribut pencarian
25 Fungsional [REQ CTP-02] berdasarkan tempat, periode jadwal - - √
perawatan pada tugas perawatan tower
BTS.

pilihan filter atribut pencarian
26 Fungsional [REQ CTP-02] berdasarkan tempat, periode jadwal - - √
perawatan pada tugas perawatan tower
BTS.
Aplikasi harus mampu menerima data

27 Fungsional [REQ CTP-03] yang dimasukkan oleh tower provider √ - √
berdasarkan form atau pilihan filter.
Aplikasi harus mampu mencocokkan

data tugas perawatan tower yang
28 Fungsional [REQ CTP-04] dimasukkan oleh tower provider √ - √
dengan data tugas perawatan tower

daftar tugas perawatan tower BTS
29 Fungsional [REQ CTP-05] - - √
sesuai dengan data yang di masukkan
97
30 Fungsional [REQ CTP-06] pesan eror jika data yang dicari tidak √ - √

tabel daftar seluruh history tugas
31 Fungsional [REQ THTP-01] perawatan berdasarkan detail history √ - √
dari daftar tugas perawatan yang pilih

tabel daftar seluruh history laporan
32 Fungsional [REQ THLP-01] perbaikan berdasarkan detail history √ - √
laporan perawatan dari daftar trouble
ticket yang pilih oleh tower provider.
Verifikasi Laporan Perawatan Tower BTS (Tower Provider)

[REQ VLPTP- button accept dan reject untuk setiap
33 Fungsional memverifikasi laporan perawatan - - √
01]
tower BTS.

[REQ VLPTP- status laporan perawatan tower BTS
02] tersebut telah di verifikasi.
Cara
Jenis verifikasi
Requirement
I A D
Peta Sebaran Perbaikan Tower BTS
peta sebaran perbaikan Tower BTS
35 Fungsional [REQ PSC-01] berdasarkan marker setiap status - - √
kerusakan tower BTS yang ada di
database.

informasi tower BTS yang akan
36 Fungsional [REQ PSC-02] - - √
dilakukan perbaikandari marker yang
dipilih.
Diagram Status SLA Trouble Ticket

37 Fungsional [REQ DSC-01] diagram berdasarkan data status SLA - √ √
trouble ticket yang ada di database.
Trouble Ticket (Tower Provider)

tabel daftar seluruh trouble ticket
38 Fungsional [REQ TDTT-01] √ - √
berdasarkan menu yang pilih oleh
tower provider.
98
39 Fungsional [REQ TTT-01] form pengisian trouble ticket untuk - - √
tower provider.

40 Fungsional [REQ TTT-02] masukan isi form trouble ticket √ - √

41 Fungsional [REQ TTT-03] data yang dimasukkan Tower provider. √ - -

42 Fungsional [REQ TTT-04] trouble ticket yang dimasukkan √ - √
kedalam database.

43 Fungsional [REQ TTT-05] - - √
menyimpan trouble ticket ke dalam
database.

44 Fungsional [REQ CTT-01] form pencarian data trouble ticket. - - √

45 Fungsional [REQ CTT-02] pilihan filter atribut pencarian - - √
berdasarkan data trouble ticket.

46 Fungsional [REQ CTT-03] yang dimasukkan oleh tower provider √ - √
berdasarkan form atau pilihan filter.
[REQ CTT-04] Aplikasi harus mampu mencocokkan

data trouble ticket yang dimasukkan
oleh tower provider dengan data
trouble ticket yang ada di database.
[REQ CTT-05] Aplikasi harus mampu menampilkan

48 Fungsional trouble ticket sesuai dengan data yang - - √
di masukkan oleh tower provider.
[REQ CTT-06] Aplikasi harus mampu menampilkan

49 Fungsional pesan eror jika data yang dicari tidak - - √
99
[REQ DLC-01] Aplikasi harus mampu menampilkan
50 Fungsional detail konten dari laporan perbaikan - - √
tower yang dipilih.
Cara
Jenis verifikasi
Requirement
I A D
Verifikasi Laporan Perbaikan Tower BTS (Tower Provider)
[REQ VLCTP- button accept dan reject untuk setiap
01] memverifikasi laporan perbaikan tower
BTS.

[REQ VLCTP-
53 Fungsional status laporan perbaikan tower BTS - - √
02] tersebut telah di verifikasi.
Validasi Vendor
54 Fungsional [REQ VV-01] form pengisian username dan - - √
password untuk vendor

55 Fungsional [REQ VV-02] masukan berupa username dan √ - √
password vendor

56 Fungsional [REQ VV-03] masukan dari vendor √ - -

57 Fungsional [REQ VV-04] - - √
pada database.

58 Fungsional [REQ VV-05] password √ - √

59 Fungsional [REQ VV-06] menu logout. - - √
[REQ VV-07] Aplikasi harus mampu menampilkan

60 Fungsional halaman beranda vendor jika login - - √
berhasil
Alokasi Teknisi Perawatan Tower BTS
[REQ ATP-01]
masukan alokasi teknisi perawatan
tower BTS yang dimasukkan vendor
berupa username teknisi.
100
data alokasi teknisi perawatan tower
62 Fungsional [REQ ATP-02] √ - √
BTS yang dimasukkan kedalam
database.

63 Fungsional [REQ ATP-03] - - √
menyimpan jadwal perawatan tower
BTS ke dalam database.
Verifikasi Laporan Perawatan Tower BTS (Vendor)
[REQ VLPV- button accept dan reject untuk setiap
01] memverifikasi laporan perawatan
tower BTS.

[REQ VLPV-
65 Fungsional status laporan perawatan tower BTS √ - √
02]
tersebut telah di verifikasi.
Alokasi Teknisi Trouble Ticket
Aplikasi harus mampu memasukan
data teknisi pada trouble ticket yang
66 Fungsional [REQ ATC-01] √ - √
dimasukkan vendor berupa username
teknisi.

67 Fungsional [REQ ATC-02] data alokasi teknisi trouble ticketyang √ - √

pesan eror , jika gagal dalam
68 Fungsional [REQ ATC-03] - - √
menyimpan data alokasi teknisitrouble
ticketBTS ke dalam database.
Verifikasi Laporan Perbaikan Tower BTS (Vendor)
[REQ VLCV- button accept dan reject untuk setiap
01] memverifikasi laporan perbaikan tower
BTS.

[REQ VLCV-
70 Fungsional status laporan perbaikan tower BTS √ - √
02]
tersebut telah di verifikasi.
Validasi Teknisi
71 Fungsional [REQ VT-01] form pengisian username dan - - √
password untuk teknisi.

72 Fungsional [REQ VT-02] masukan berupa username dan √ - √
password teknisi

73 Fungsional [REQ VT-03] masukan dari teknisi √ - -
101
74 Fungsional [REQ VT-04] - - √
pada database.

75 Fungsional [REQ VT-05] password √ - √

76 Fungsional [REQ VT-06] menu logout. - - √

77 Fungsional [REQ VT-07] halaman beranda teknisi jika login - - √
berhasil
Pengelolaan Laporan Perawatan Tower BTS (Teknisi)

78 Fungsional [REQ TDPP-01] tabel daftar seluruh permintaan √ - √

79 Fungsional [REQ SLP-01] form pengisian laporan perawatan √ - √

80 Fungsional [REQ SLP-02] masukan isi form laporan perawatan √ - -
tower BTS teknisi

81 Fungsional [REQ SLP-03] data yang dimasukkan teknisi. √ - -

82 Fungsional [REQ SLP-04] laporan perawatan tower BTS yang √ - √

83 Fungsional [REQ SLP-05] - - √
menyimpan laporan perawatan tower

84 Fungsional [REQ DSLP-01] daftar seluruh laporan perawatan √ - √
Tower BTS yang telah di submit

status laporan perawatan Tower
85 Fungsional [REQ DSLP-02] √ - √
BTStersebut telah di terima oleh
vendor
Pengelolaan Laporan Perbaikan Tower BTS (Teknisi)
86 Fungsional [REQ TDPC-01] tabel daftar seluruh permintaan - - √
perbaikantower BTS.
102
87 Fungsional [REQ SLC-01] form pengisian laporan perbaikan - - √

88 Fungsional [REQ SLC-02] masukan isi form laporan perbaikan √ - √
tower BTS teknisi

89 Fungsional [REQ SLC-03] data yang dimasukkan teknisi. √ - -

90 Fungsional [REQ SLC-04] laporan perbaikan tower BTS yang √ - √

91 Fungsional [REQ SLC-05] - - √
menyimpan laporan perbaikan tower

92 Fungsional [REQ DSLC-01] daftar seluruh laporan perbaikan Tower √ - √
BTS yang telah di submit

status laporan perbaikan Tower
93 Fungsional [REQ DSLC-02] √ - √
BTStersebut telah di terima oleh
vendor
Pengelolaan vendor dan teknisi
tabel daftar seluruh vendor dan teknisi
94 Fungsional [REQ TDVT-01] - - √
berdasarkan menu yang pilih oleh
tower provider.

95 Fungsional [REQ TVT-01] form pengisian registrasi pengguna √ - √

96 Fungsional [REQ TVT-02] masukan isi form registrasi - - √

97 Fungsional [REQ TVT-03] data yang dimasukkan Tower provider. √ - -

98 Fungsional [REQ TVT-04] data baru vendor atau teknisi yang √ - √

99 Fungsional [REQ TVT-05] - - √
menyimpan jadwal perawatan Tower
100 Fungsional [REQ HVT-01] button action hapus untuk setiap - - √
vendor dan teknisi
103
101 Fungsional [REQ HVT-02] vendor dan teknisi berdasarkan id √ - √

102 Fungsional [REQ CVT-01] form pencarian data vendor ataupun - - √
teknisi.

pilihan filter pencarian berdasarkan
103 Fungsional [REQ CVT-02] √ - √
nama yang terdapat pada vendo
rataupun teknisi.

104 Fungsional [REQ CVT-03] yang dimasukkan oleh tower provider √ - √
Aplikasi harus mampu mencocokkan

data vendor atau teknisi yang
105 Fungsional [REQ CVT-04] dimasukkan oleh tower provider √ - -
dengan data vendor atau teknisi yang
ada di database.

daftar vendor atau teknisi sesuai
106 Fungsional [REQ CVT-05] √ - √
dengan data yang di masukkan oleh
tower provider

107 Fungsional [REQ CVT-06] pesan eror jika data yang dicari tidak - - √
Pengelolaan Tower BTS

[REQ TDTB- tabel daftar seluruh tower BTS
01] berdasarkan menu yang pilih oleh
tower provider.

109 Fungsional [REQ TTB-01] form pengisian informasi tower BTS √ - √

110 Fungsional [REQ TTB-02] masukan isi form informasi tower BTS - - √

111 Fungsional [REQ TTB-03] data yang dimasukkan Tower provider. √ - -

112 Fungsional [REQ TTB-04] data baru tower BTS yang dimasukkan √ - √
kedalam database.
104
[REQ TTB-05] Aplikasi harus mampu menampilkan
menyimpan tower BTS ke dalam
database.

114 Fungsional [REQ HTB-01] button action hapus untuk setiap tower - - √
BTS

115 Fungsional [REQ HTB-02] tower BTS berdasarkan id √ - √

116 Fungsional [REQ CTB-01] form pencarian data tower BTS. - - √

117 Fungsional [REQ CTB-02] yang dimasukkan oleh tower provider √ - √
[REQ CTB-03] Aplikasi harus mampu mencocokkan

data tower BTS yang dimasukkan oleh
118 Fungsional √ - -
tower provider dengan data tower
BTSyang ada di database.
[REQ CTB-04] Aplikasi harus mampu menampilkan

119 Fungsional daftar tower BTS sesuai dengan data √ - √
yang di masukkan oleh tower provider
[REQ CTB-05] Aplikasi harus mampu menampilkan

120 Fungsional pesan eror jika data yang dicari tidak - - √
Reminder
Sistem harus dapat secara otomatis
mengirim pesan pengingat kepada
setiap pengguna yang belum melihat
121 Fungsional [REQ R-01] - √ -
perubahan data dan status proses
proses perawatan atau perbaikan tower
BTS dalam kurun waktu tertentu
Cara
Jenis verifikasi
Requirement
I A D
Non Fungsional
Non Penggelompokkan pengguna berdasar

122 [REQ NF-01] √ - -
Fungsional hak akses.
Non Dokumen yang di sediakan Berbahasa

123 [REQ NF-02] - - √
Fungsional indonesia
Non Aplikasi dibangun dengan framework

124 [REQ NF-03] √ - -
Fungsional code igniter.
105
Non Database yang digunakan adalah
125 [REQ NF-04] √ - -
Fungsional MySQL.
Non Dokumen yang digunakan adalah

126 [REQ NF-05] - - √
Fungsional Berupa file text.
Non Aplikasi dibangun dengan GUI

127 [REQ NF-06] - - √
Fungsional berbasis web.
Interface aplikasi memiliki elemen-

Non
128 [REQ NF-06.1] elemen GUI untuk melakukan input - - √
Fungsional
data.
Interface aplikasi memiliki elemen-

Non
129 [REQ NF-06.2] elemen GUI seperti halaman/page dan - - √
Fungsional
hyperlink.
Aplikasi dijalankan pada minimal

Non
130 [REQ NF-07] aplikasi operasi yang dapat - - √
Fungsional
menjalankan web browser.
Aplikasi dijalankan pada web browser

Non
131 [REQ NF-08] (Google Chrome, Mozila Firefox, - - √
Fungsional
Internet Explorer).
Non Aplikasi membutuhkan database

132 [REQ NF-09] √ - -
Fungsional engine.
Non Aplikasi dibangun dengan bahasa

133 [REQ NF-10] √ - -
Fungsional pemrograman tertentu.
Aplikasi dibangun dengan framework

Non
134 [REQ NF-11] tambahan untuk menunjang √ - -
Fungsional
pembangunan aplikasi ini.
Aplikasi di bangun dengan beberapa

Non
135 [REQ NF-12] Software tambahan untuk √ - -
Fungsional
menjalankannya.
Cara
Jenis verifikasi
Requirement
I A D
Non Aplikasi membutuhkan input dan

136 [REQ NF-13] - - √
Fungsional output device untuk menjalankannya.
106
Non Aplikasi membutuhkan internet untuk
137 [REQ NF-14] - - √
Fungsional menajalankan aplikasi.
Aplikasi membutuhkan perancangan

Non [REQ NF-15] - - √
138 data.
Fungsional
Aplikasi membutuhkan memori

Non
139 [REQ NF-15] aplikasi minimal untuk menjalankan - - √
Fungsional
browser apache dan program.
Aplikasi dapat diakses kapanpun dan

Non
140 [REQ NF-16] dimanapun karena menggunakan - - √
Fungsional
modus online.
Aplikasi ini dapat diakses di manapun

Non dan kapanpun selama terhubung
141 [REQ NF-17] √ - √
Fungsional dengan jaringan internet, karena
aplikasi ini yang bersifat online
Aplikasi ini dapat cek data secara

terjadwal untuk menentukan sudah
142 Fungsional [REQ F-1] √ - √
sampai atau belumnya batas waktu
suatu tugas.
Aplikasi ini dapat mengirim pesan

143 Fungsional [REQ F-2] √ - √
melalui e-mail.
107

SRS Tower Maintenance System v1.8.4

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SRS Tower Maintenance System v1.8.4

Diunggah oleh

Hak Cipta:

Format Tersedia

APLIKASI PENGELOLAAN PERAWATAN TOWER BASE

SRS (SOFTWARE REQUIREMENT SPESIFICATION)

Erwin Adinugraha NIM. 131511009

POLITEKNIK NEGERI BANDUNG

PROGRAM STUDI TEKNIK INFORMATIKA (DIPLOMA III)

Tabel 1. Definisi istilah............................................................................................7

Gambar 1. Bisnis use case tower provider.............................................................45

1.1 Tujuan Penulisan Dokumen

1.2 Ruang Lingkup Perangkat Lunak

1.3 Definisi, Akronim, dan Singkatan

10 Output Keluaran, hasil suatu proses

1.5 Deskripsi Umum Dokumen

Bab III Deskripsi Rinci Requirement Perangkat Lunak

1.6 Aturan Penomoran

No. Penomoran Cara Deskripsi penomoran

1. Kebutuhan SRS-F-XX XX merupakan nomor urut kebutuhan

2. Kebutuhan non SRS-NF-XX XX merupakan nomor urut kebutuhan

3. Kebutuhan I-XX XX merupakan nomor urut kebutuhan

4. Definisi actor AC-XX XX merupakan nomor urut actor

5. Definisi use case UC-XX XX merupakan nomor urut use case

6. Skenario use SC-XX-YY XX merupakan nomor urut use case

Deskripsi Global Perangkat Lunak

2.1 Perspektif Produk

Aplikasi pengelolaan perawatan tower BTS merupakan aplikasi website yang

1. Pengelolaan Pelaporan Perawatan Tower BTS

2.3 Karakteristik Pengguna

2.4 Batasan – batasan

Batasan – batasan dari aplikasi ini adalah sebagai berikut :

1. Dokumen yang diunggah seluruhnya adalah dokumen berbahasa

2.5 Asumsi dan Kebergantungan

Deskripsi Rinci Requirement Perangkat Lunak

Requirement pada aplikasi yang akan dibangun perlu dideskripsikan terlebih

3.1 Requirement Interface

Kebutuhan antar muka (Requirement interface) adalah sebuah kebutuhan untuk

3.1.1 User Interface

Rancangan user interface yang diperlukan dalam pengembangan aplikasi ini

1. User Interface form login

3.1.2 Software Interface

Pada pengembangan aplikasi ini dibutuhkan beberapa perangkat lunak tambahan

a. Aplikasi operasi : windows xp, windows 7, windows 8, android[ REQ NF

3.1.3 Hardware Interface

Aplikasi pengelolaan perawatan tower BTS berbasis website membutuhkan

3.1.4 Communication Interface

Communication Interface pada aplikasi pengelolaan perawatan tower BTS

3.2 Requirement Fungsional

Requirement fungsional dapat dibagi menjadi beberapa bagian, diantaranya

3.2.1 Requirement Proses

3.2.1.1 Validasi Tower Provider

Tabel 3. Daftar requirement validasi tower provider

3.2.1.2 Pengelolaan Jadwal Periode Perawatan Tower BTS (Tower Provider)

3.2.1.2.1 Menampilkan Daftar Jadwal Periode Perawatan Tower BTS

3.2.1.2.2 Penambahan Jadwal Periode Perawatan Tower BTS

Tabel 5. Daftar requirement penambahan jadwal periode perawatan tower BTS

3.2.1.2.3 Edit Jadwal Periode Perawatan Tower BTS

Tabel 6. Daftar requirement edit jadwal periode perawatan tower BTS

3.2.1.2.4 Penghapusan Jadwal Periode Perawatan Tower BTS

Tabel 7. Daftar requirement penghapusan jadwal periode perawatan tower BTS

3.2.1.2.5 Assign Tower

Proses ini digunakan untuk meng-assign tower berdasarkan dengan jadwal

Tabel 8. Daftar requirement assign tower

3.2.1.3 Menampilkan Peta Sebaran Perawatan Tower BTS

Tabel 9. Daftar requirement menampilkan peta sebaran perawatan tower BTS

3.2.1.4 Menampilkan Diagram Status Progress Tugas Perawatan Tower BTS

Proses digunakan untuk menampilkan diagram berdasarkan data status progress