1

2
3

4 GLO2
5
6
7
8

9 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

10

11 SIBBUS

12 (Sistem Informasi Bengkel Bubut Santehnik)

13
14

15 KELOMPOK 7
16 Dipersiapkan Oleh:
17 1. Siti Nur Elisa (13.2018.1.00690)
18 2. Selfy Puri Dewanti (13.2018.1.00721)
19 3. Geovani Dony S. (13.2018.1.00672)
20 4. Quro’atull Asikta S. (13.2018.1.00737)
21 5. Dimmas Bima B. (13.2018.1.00751)
22
23
24 Jurusan Sistem Informasi
25 Fakultas Teknik Elektro dan Teknologi Informasi
26 Institut Teknologi Adhi Tama Surabaya
27 2021
28
29

Nomor Dokumen Halaman

Jurusan Sistem
Indormasi
SKPL – SIBBUS 1/22
Institut Teknologi Adhi Tama Revisi 0 Tgl: 21/06/2021
Surabaya

1
30 DAFTAR PERUBAHAN
Revisi Deskripsi
31

32
33
34
35
36
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
37

2
38 DAFTAR HALAMAN PERUBAHAN
39
40

Halaman Revisi Halaman Revisi

41

3
42 DAFTAR ISI
43
44

45 Halaman
46 1 Pendahuluan..............................................................................................................................8
47 1.1 Tujuan.................................................................................................................................8
48 1.2 Lingkup Masalah................................................................................................................8
49 1.3 Definisi, Akronim, dan Singkatan......................................................................................9
50 1.4 Aturan Penamaan dan Penomoran.....................................................................................9
51 1.5 Referensi.............................................................................................................................9
52 1.6 Ikhtisar Dokumen……………………………………………………………………......10
53 2 Deskripsi Umum Perangkat Lunak.........................................................................................11
54 2.1 Deskripsi Umum Sistem...................................................................................................11
55 2.2 Fungsi Produk..................................................................................................................12
56 2.3 Karakteristik Pengguna....................................................................................................12
57 2.4 Batasan-batasan................................................................................................................13
58 2.5 Lingkup Operasi...............................................................................................................13
59 3 Deskripsi Umur Kebutuhan....................................................................................................14
60 3.1 Kebutuhan Antarmuka Eksternal.....................................................................................14
61 3.1.1 Antarmuka Pengguna.............................................................................................14
62 3.1.2 Antarmuka Perangkat Keras...................................................................................14
63 3.1.3 Antarmuka Perangkat Lunak..................................................................................14
64 3.1.4 Antarmuka Komunikasi.........................................................................................14
65 4.2 Kebutuhan Fungsional......................................................................................15
663.2.1 Usecase Diagram....................................................................................................16
67 3.2.2 Fungsi 1 : Login..................................................................................17
68 3.2.2.1 Skenario : Login……………………………………………………….....17
69 3.2.2.2 Diagram Aktivitas : Login……………………………………………..…17
70 3.2.2.3 Diagram Skuens : Login………………………………………..………...17
71 3.2.2.4 Diagram Kolaborasi Objek : Login……………..………………………..17
72 3.2.3 Fungsi 2 : Input Pemesanan............................................………………... ……..17
73 3.2.3.1 Skenario : Input Pemesanan…...…….…………………………………17
74 3.2.3.2 Diagram Activitas : Input Pemesanan.………….……………………...18
75 3.2.3.3 Diagram Skuens : Input Pemesanan..………...….……………………..18
76 3.2.3.4 Diagram Kolaborasi Objek : Input Pemesanan...………………………18
77 3.2.4 Fungsi 3 : Update Pemesanan……...………………………………………….18
78 3.2.4.1 Skenario : Update Pemesanan…...………………………………………18
79 3.2.4.2 Diagram Aktivitas : Update Pemesanan……..………………………….18
80 3.2.4.3 Diagram Skuens : Update Pemesanan……..……………………………18
81 3.2.4.4 Diagram Kolaborasi Objek : Update Pemesanan...……………………...18
82 3.2.5 Fungsi 4 : Input Surat Jalan…..……………………………………………...19
83 3.2.5.1 Skenario : Input Surat Jalan…..………………………………………..19
84 3.2.5.2 Diagram Aktivitas : Input Surat Jalan……….………………………...19
85 3.2.5.3 Diagram Skuens : Input Surat Jalan…..………………………………..19
86 3.2.5.4 Diagram Kolaborasi Objek : Input Surat Jalan…..…………………….19
87 3.2.6 Fungsi 5 : Menampilkan Surat Jalan…………………………………………19
4
 88 3.2.6.1 Skenario : Menampilkan Surat Jalan……………………………..19
89 3.2.6.2 Diagram Aktivitas :Menampilkan Surat Jalan…………………...20
90 3.2.6.3 Diagram Skuens :Menampilkan Surat Jalan……………………20
91 3.2.6.4 Diagram Kolaborasi Objek :Menampilkan Surat Jalan…………………20
92 3.2.7 Fungsi 6 : input invoice………………………………………………….20
93 3.2.7.1 Skenario : input invoice……………………………………………..20
94 3.2.7.2 Diagram Aktivitas : input invoice …………………………………….20
95 3.2.7.3 Diagram Skuens : input invoice ………………………………………20
96 3.2.7.4 Diagram Kolaborasi Objek : input invoice …………………………..21
97 3.2.8 Fungsi 7 : Menampilan Invoice ………………………………………….21
98 3.2.8.1 Skenario : Menampilan Invoice ……………………………………..21
99 3.2.8.2 Diagram Aktivitas : Menampilan Invoice ……………………………21
100 3.2.8.3 Diagram Skuens ; Menampilan Invoice ………………………………..21
101 3.2.8.4 Diagram Kolaborasi Objek : Menampilan Invoice …………………..21
102 3.2.9 Fungsi 8 : Input Laporan Pemesanan…………………………………..21
103 3.2.9.1 Skenario : Input Laporan Pemesanan …………………………..21
104 3.2.9.2 Diagram Aktivitas : Input Laporan Pemesanan …………………22
105 3.2.9.3 Diagram Skuens : Input Laporan Pemesanan ………………………22
106 3.2.9.4 Diagram Kolaborasi Objek : Input Laporan Pemesanan ……………..22
107 3.2.10 Fungsi 9 : Melihat Laporan Pemesanan…………………………22
108 3.2.10.1 Skenario : Melihat Laporan Pemesanan……………………………….22
109 3.2.10.2 Diagram Aktivitas : Melihat Laporan Pemesanan …………………….22
110 3.2.10.3 Diagram Skuens : Melihat Laporan Pemesanan ……………………….22
111 3.2.10.4 Diagram Kolaborasi Objek : Melihat Laporan Pemesanan ……………22
112 3.2.11 Fungsi 10 : Input Laporan Surat Jalan………………………………….23
113 3.2.11.1 Skenario : Input Laporan Surat Jalan …………………………..23
114 3.2.11.2 Diagram Aktivitas : Input Laporan Surat Jalan ……………………23
115 3.2.11.3 Diagram Skuens : Input Laporan Surat Jalan ……………………..23
116 3.2.11.4Diagram Kolaborasi Objek : Input Laporan Surat Jalan ………….23
117 3.2.12 Fungsi 11 :Melihat Laporan Surat Jalan……………………...………...23
118 3.2.12.1 Skenario : Melihat Laporan Surat Jalan ……………………………..23
119 3.2.12.2 Diagram Aktivitas : Melihat Laporan Surat Jalan …………………..24
120 3.2.12.3 Diagram Skuens : Melihat Laporan Surat Jalan …………………..24
121 3.2.12.4 Diagram Kolaborasi Objek : Melihat Laporan Surat Jalan …………….24
122 3.2.13 Fungsi 12 : Input Laporan Pemasukan Perusahaan ……………………………24
123 3.2.13.1 Skenario : Input Laporan Pemasukan Perusahaan …….24
124 3.2.13.2 Diagram Aktivitas : Input Laporan Pemasukan Perusahaan …….25
125 3.2.13.3 Diagram Skuens : Input Laporan Pemasukan Perusahaan ………25
126 3.2.13.4 Diagram Kolaborasi Objek : Input Laporan Pemasukan Perusahaan ….25
127 3.2.14 Fungsi 13 : Melihat Laporan Pemasukan Perusahaan……………..25
128 3.2.14.1 Skenario : Melihat Laporan Pemasukan Perusahaan ……………….25
129 3.2.14.2 Diagram Aktivitas : Melihat Laporan Pemasukan Perusahaan ……25
130 3.2.14.3 Diagram Skuens : Melihat Laporan Pemasukan Perusahaan ………25
131 3.2.14.4 Diagram Kolaborasi Objek : Melihat Laporan Pemasukan Perusahaan..26
132 3.2.15 Fungsi 14 : Logout………………………………………...26
133 3.2.15.1 Skenario : Logout …………………………………26
134 3.2.15.2 Diagram Aktivitas : Logout …………………….26
135 3.2.15.3 Diagram Skuens : Logout …………………………26
5
136 3.2.15.4................ Diagram Kolaborasi Objek : Logout ………………..26
137
138
139 3.3 Deskripsi Kelas - Kelas..........................................................................................................18
140 3.3.1 Diagram Kelas.................................................................................................................18
141 3.3.2 Deskripsi Domain Persoalan………………………………………...................... 18
142 3.3.3 Deskripsi Kelas Pengendali……………….……………………………………... 18
143 3.3.4 Deskripsi Kelas Entity (Persistem )……………………………………………….18
144 3.3.5 Deskripsi Kelas Boundary………………………………………………………...18
145 3.4 Non Functional Requirement..................................................................................................19
146 3.5 Batasan Perancangan..............................................................................................................19
147 3.6 Ringkasan Kebutuhan.............................................................................................................19
148 3.6.1 Ringkasan Kebutuhan Fungsional...................................................................................19
149 3.6.2 Ringkasan Kebutuhan Non Fungsional………………………………………………..22
150
151
152
153
154
155
156
157
158
159

6
160 DAFTAR GAMBAR
161
162
163 Halaman
164 1 Gambar 1 Usecase Diagram.......................................................................................................15

7
165 DAFTAR TABEL
166

167 Halaman
168 1 Aturan Penamaan dan Penomoran................................................................................................9
169 2 Karakteristik Pengguna...............................................................................................................13
170 3 Deskripsi Kebutuhan Non Fungsional........................................................................................19
171 4 Ringkasan Kebutuhan Fungsional..............................................................................................19
172 5 Ringkasan Kebutuhan Non Fungsional......................................................................................22
173

8
174 1. Pendahuluan

175 1.1 Tujuan

176 Tujuan utama dari pembuatan SKPL ini adalah untuk mendukung segala kegiatan di
177 CV.SANTEKNIK secara digital. Kegiatan bisnis yang dimaksud mencakup segala aspek kegiatan
178 yang berinteraksi dengan sistem device tertentu yang berada di CV.SANTEKNIK. Selain itu,
179 SKPL ini dibuat untuk memenuhi persyaratan kelulusan dan penilaian kuliah Rekayasa
180 Kebutuhan. SKPL ini juga digunakan sebagai sarana pembelajaran yang meningkatkan
181 kemampuan mahasiswa dalam merancang suatu perangkat lunak.
182
183 1.2 Lingkup Masalah
184 Perangkat lunak yang akan dikembangkan adalah perangkat lunak SIBBUS, yaitu
185 merupakan Sebuah Website SIBBUS untuk melakukan proses order Pembayaran Secara
186 Online pada CV.SANTEKNIK. dimana dapat memudahkan admin dalam menerima orderan
187 dari customer. Perangkat lunak ini dapat melakukan hal-hal berikut ini :
188  Dapat Melakukan Login : admin & owner
189  Dapat Melakukan input pemesanan
190  Dapat Melakukan update pemesanan
191  Dapat Melakukan input surat jalan
192  Dapat Menampilkan surat jalan
193  Dapat Melakukan input invoice
194  Dapat Menampilkan invoice
195  Dapat Melakukan input laporan pemesanan
196  Dapat Menampilkan laporan pemesanan
197  Dapat Melakukan laporan surat jalan
198  Dapat Menampilan laporan surat jalan
199  Dapat melakukan input laporan pemasukan perusahaan
200  Dapat Menampilan laporan pemasukan perusahaan
201  Dapat Melakukan logout : admin & owner
202
203
204
2051.3Definisi, Akronim, dan Singkatan
206 Berikut ini adalah penjelasan dari semua definisi dan singkatan yang digunakan dalam dokumen ini:

9
207  Pelanggan : Orang yang membayar produk dan yang akan memutuskan kebutuhannya
208  Admin : Orang yang mengelola sistem perangkat lunak

209  SRS : Software Requirement Specification, Dokumen ini sama dengan SKPL.

210  SKPL : Spesifikasi Kebutuhan Perangkat Lunak merupakan dokumen hasil analisis yang
211 berisi spesifikasi kebutuhan user.

212  SIBBUS :merupakan Sistem yang menangani proses-proses order pada CV.SANTEKNIK.
213 Usecase Diagram : Diagram Usecase yang digunakan untuk menggambarkan secara ringkas
214 siapa yang menggunakan sistem tersebut dan apa saja yang bisa dilakukan. Usecase
215 digunakan untuk menggambarkan dan menyatakan unit fungsi dan layanan yang disediakan
216 oleh sistem terhadap pemakai.

217

2181.4 Aturan Penamaan dan Penomoran

219 Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan
220 penomoran yang berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran
221 yang digunakan berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada Tabel 1
222 berikut ini.
223
224
225 Tabel 1 Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penamaan/Penomoran

Kebutuhan Fungsional SKPL-SIBBUS.F-XX : Menunjukkan
kebutuhan fungsional ke-XX
Kebutuhan Non Fungsional SKPL-SIBBUS.N-XX : Menunjukkan
kebutuhan fungsional ke-XX
Ringkasan kebutuhan fungsional SKPL-SIBBUS.f-xxxx dimana xxxx
adalah tiga digit bilangan bulat dimulai
dari 0001
Ringkasan kebutuhan non SKPL-SIBBUS.n-xxxx dimana xxxx
fungsional adalah tiga digit bilangan bulat dimulai
dari 0001
226
227
2281.5 Referensi

229 Dalam pengerjaan dokumentasi PL ini, referensi-referensi yang digunakan adalah sebagai berikut:
230  Roger S. Pressman; Software Engineering: A Practitioner’s Approach (7th Ed.); Mc Graw-Hill,

10
231 2010
232  Ian Sommerville; Software Engineering (8th Ed.); Addison-Wesley, 2007
233  Slide kuliah & Template dokumen IF 2036 – Rekayayasa Perangkat Lunak ITB Tahun 2013
234

2351.6 Ikhtisar Dokumen

236 Dokumen SKPL ini dibagi menjadi tiga bagian utama yaitu :

237 1. Pada Bagian utama berisi penjelasan tentang dokumen SKPL yang mencakup tujuan
238 pembuatan dokumen ini, lingkup masalah yang diselesaikan oleh perangkat lunak yang
239 berbasis website yang dikembangkan, definisi, referensi serta ikhtisar dokumen.

240 2. Pada Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak web
241 SIBBUS yang akan dikembangkan meliputi fungsi dari perangkat lunak, karakteristik
242 pengguna, batasan, dan asumsi yang diambil dalam pengembangan perangkat lunak.

243 3. Pada Bagian ketiga berisi uraian kebutuhan perangkat lunak web SIBBUS.
244 4.

11
245
2463 Deskripsi Umum Perangkat Lunak
247

248 3.1 Deskripsi Umum Sistem

249 SIBBUS adalah suatu system dari sebuah penawaran jasa dalam bidang pembubutan.
250 Tapi juga menerima pemesanan pembuatan mesin-mesin. Tidak hanya jasa memperbaiki
251 mesin, tapi juga menjual produk yang di inginkan oleh kosumen, Hak Akses pertama yaitu
252 hak akses owner. Owner dapat login dan logout pada sistem tersebut, lalu terdapat halaman
253 data owner untuk CRUD data owner supaya owner bisa masuk ke sistem tersebut. Lalu
254 terdapat halaman data admin, yang bisa melakukan CRUD data admin hanya owner jadi
255 admin bisa mengakses sistem tersebut jika datanya sudah diinputkan oleh owner. Lalu
256 terdapat menu input order yang berisi CRUD data order, supaya bisa menampilkan Daftar
257 Menu order proses dan menu order selesai, setelah barang selesai diproses, customer bisa
258 mengecek barang tersebut terlebih dahulu, kemudian admin membuat surat jalan pada menu
259 input surat jalan, Lalu menampilkan menu buat invoice setelah itu terdapat input data invoice
260 untuk penagihan biaya. Lalu terdapat menu laporan order, yang berisi jumlah order. Lalu
261 terdapat tampilan menu laporan surat jalan, Lalu tampilan laporan pemasukan
262 perusahaan(Harian/Bulanan).
263 Adapun Hak Akses kedua untuk admin. Pertama terdapat halaman dashboard yang
264 menampilkan data diri pada admin yang login. kedua terdapat fitur daftar menu yang berisi
265 data input order ,dll. Setelah masuk ke Menu order, admin menginputkan pilihan menu dan
266 jumlah menu sesuai yang diorder customer. Setelah itu admin menginputkan nama customer
267 yg order. Setelah proses order selasai, customer bisa mengecek barang tersebut terlebih
268 dahulu, kemudian admin membuat surat jalan pada menu input surat jalan, Lalu
269 menampilkan menu buat invoice setelah itu terdapat input data invoice untuk penagihan
270 biaya. Lalu terdapat menu laporan order, yang berisi jumlah order. Lalu akses admin juga
271 terdapat menu laporan order penjualan yang berisi jumlah produk yang diorder. Dan terdapat
272 pula menu laporan surat jalan dan laporan pemasukan perusahaan (Harian & Bulanan).
273
274
275 3.2 Fungsi Produk
276 Adapun fungsi-fungsi yang dimiliki oleh perangkat lunak ini adalah:
277  Dapat Melakukan Login : admin & owner [SKPL-SIBBUS.F-01].

12
278  Dapat Melakukan input pemesanan [SKPL-SIBBUS.F -02].
279  Dapat Melakukan update pemesanan [SKPL-SIBBUS.F -03].
280  Dapat Melakukan input surat jalan [SKPL-SIBBUS.F -04].
281  Dapat Menampilkan surat jalan [SKPL- SIBBUS.F-05].
282  Dapat Melakukan input invoice [SKPL-SIBBUS.F-06]
283  Dapat Menampilkan invoice [SKPL- SIBBUS.F-07].
284  Dapat Melakukan input laporan pemesanan [SKPL- SIBBUS.F-08].
285  Dapat Menampilkan laporan pemesanan [SKPL- SIBBUS.F-09].
286  Dapat Melakukan laporan surat jalan [SKPL- SIBBUS.F-10].
287  Dapat Menampilan laporan surat jalan [SKPL- SIBBUS.F-11].
288  Dapat melakukan input laporan pemasukan perusahaan [SKPL- SIBBUS.F-12].
289  Dapat Menampilan laporan pemasukan perusahaan [SKPL- SIBBUS.F-13].
290  Dapat Melakukan logout : admin & owner [SKPL-SIBBUS.F -014].
291
292 3.3 Karakteristik Pengguna

293 Karakteristik pengguna dijabarkan dalam table berikut ini.

294
295 Tabel 2 Karakteristik Pengguna

Kategori Tugas Hak Akses ke Kemampuan yang

Pengguna Aplikasi harus dimiliki

Admin - Admin Mencetak Nota order Admin Mengerti secara

(pemesanan/DP) mendetail cara kerja
sistem dan dapat
- Admin membuat surat jalan, mengubah data pada
system
- Admin membuat Invoice

- Membuat Laporan pemasukan

- Menerima laporan Owner Mengerti secara

pemasukan perusahaan mendetail cara kerja
sistem

Owner

296
297
298
299
13
300 3.4 Batasan-batasan
301 Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah:
302  Aplikasi ini adalah Sistem Informasi berbasis Web.
303  Hanya bisa melakukan transaksi pembayaran dengan uang cash.
304
305 3.5 Lingkup Operasi
306 Perangkat lunak pada sisi server yang dibutuhkan oleh SIBBUS adalah:
307  Sistem Operasi : Microsoft® Windows XP/Vista/7
308  Scripting Language : Microsoft® Visual Studio
309  DBMS: My SQL
310
311
312

313 4 Deskripsi Umum Kebutuhan

314 4.1 Kebutuhan Antarmuka Eksternal
315
316 3.1.1 Antarmuka Pengguna

317 SIBBUS menggunakan antarmuka yang user friendly. Pengguna dapat menginputkan data
318 melalui komputer (keyboard dan mouse), Laptop (keyboard dan mouse), serta menggunakan
319 sistem operasi Windows, Linux, MacOSdengan Web Browser.
320
321 3.1.2 Antarmuka Perangkat Keras
322
323 Berikut ini perangkat keras dalam SIBBUS:
324 1. Komputer (PC) dengan Spesifikasi minimum : Intel® Pentium® Processor Ram 2GB, Memory
325 128 GB.
326 2. Laptop dengan Spesifikasi minimum: Intel Celeron Processoer, Ram 2GB, Memory 128 GB.
327
328
329 3.1.3 Antarmuka Perangkat Lunak
330 Sistem ini dibangun dengan menggunakan bahasa pemograman PHP sebagai
331 prosesor dan untuk tampilan menggunakan bahasa pemograman HTML serta MySQL
332 digunakan sebagai penghubung basis data. Menggunakan software visual studio code &
333 database MySQL.
334
335 3.1.4 Antarmuka Komunikasi
336 SIBBUS ini tidak memiliki komunikasi chat & antarmuka komunikasi.

14
337 4.2 Kebutuhan Fungsional

338 3.2.1 Usecase Diagram

339
340
341
342 Gambar 1 Usecase Diagram.

15
3433.2.2 Fungsi 1 : Login
344
345 3.2.2.1 Skenario : Login
346
347 Use case ID : SKPL-SIBBUS.F-01
348 Usecase Name : Login
349 Actor : owner, Admin
350 Priority level : Tinggi
351 Brief Description : usecase ini mendeskripsikan kejadian saat user akan login.
352 Pre-condition : user yang berada pada halaman login
353 Triger : user ingin melakukan login
354 Basic/normal flow :
355 1. sistem yang merespon dengan menampilkan isian untuk melakukan login.
356 2. User memasukkan username dan password pada isian yang ada.
357 3. Sistem yang melakukan validasi terhadap data login.
358 4. Sistem memberikan konfirmasi bahwa user berhasil login.
359 Alternative flow : jika data tidak tervalidasi akan ada peringatan terhadap
360 user.
361 Post condition : user telah teridentifikasi sebagai owner dan admin.
362 3.2.2.2 Diagram Aktivitas : Login

363
364
365 3.2.2.3 Diagram Skuens : Login
366
16
367
368
369 3.2.2.4 Diagram Kolaborasi Objek : Login

370
371
372 3.2.3 Fungsi 2 : Input pemesanan
373 3.2.3.1 Skenario : Input pemesasnan
374 Use case ID : SKPL-SIBBUS.F-02
375 Usecase Name : Input Pemesanan
376 Actor : Admin
377 Priority level : Sedang
378 Brief Description : usecase ini mendeskripsikan memasukkan data pencatatan pemesanan
379 yang dilakukan oleh admin.
17
380 Pre-condition : user yang berada pada halaman data pemesanan.
381 Triger : user ingin memasukkan data pemesanan.
382 Basic/normal flow :
383
384 1. User mengklik tambah data pemesanan.
385 2. Kemudian sistem menampilkan form isian untuk memasukkan data pemesanan.
386 3. User memasukkan isian form yang sudah disediakan.
387 4. Sistem menyimpan data yang sudah diisi sesuai pemesanan.
388 Alternative flow : jika data tidak terisi maka akan ada peringatan kepada user.
389 Post condition : akan menampilkan data pemesanan yang sudah dimasukkan.
390
391 3.2.3.2 Diagram Aktivitas : Input Pemesanan

392
393 3.2.3.3 Diagram Skuens : Input Pemesanan

18
394
395 3.2.3.4 Diagram Kolaborasi Objek : Input Pemesanan

396
397
3983.2.4 Fungsi 3 : Update pemesanan
399 3.2.4.1 Skenario : Update pemesasnan
400 Use case ID : SKPL-SIBBUS.F-03
401 Usecase Name : Update Pemesanan
402 Actor : Admin
403 Priority level : Sedang
404 Brief Description : usecase ini mendeskripsikan mengubah data pencatatan pemesanan yang
405 awalnya proses pengerjaan menjadi selesai oleh admin.

19
406 Pre-condition : user yang berada pada halaman data pemesanan.
407 Triger : user ingin mengubah data pemesanan.
408 Basic/normal flow :
409 1. User mengklik update data pemesanan.
410 2. Kemudian sistem menampilkan form isian yang sudah ada isian data pemesanan.
411 3. User mengubah isian form data pemesanan yang ingin diubah.
412 4. Sistem menyimpan data yang baru.
413 Alternative flow : user mengubah data pemesanan.
414 Post condition : akan menampilkan data pemesanan yang baru.
415 3.2.4.2 Diagram Aktivitas : Update Pemesanan

416
417 3.2.4.3 Diagram Skuens : Update Pemesanan

418

20
419 3.2.4.4 Diagram Kolaborasi Objek : Update Pemesanan

420
421
422 3.2.5 Fungsi 4 : Input Surat Jalan
423 3.2.5.1 Skenario : Input surat jalan
424
425 Use case id :SKPL-SIBBUS.F-04
426 Usecase Name :Input surat jalan
427 Actor :Admin
428 Priority level :Sedang
429 Brief description :usecase ini mendeskripsikan surat jalan data yang dilakukan oleh admin.
430 Pre-condition :User pada halaman surat jalan.
431 Triger :user ingin memasukkan surat jalan.
432 Basic/Normal flow:
433 1. User mengklik input surat jalan.
434 2. Kemudian sistem menampilkan form isian yang sudah ada.
435 3. User mengubah isian form data surat jalan yang ingin diubah.
436 4. Sistem menyimpan data yang baru
437 Alternatif flow :user mengubah data surat jalan.
438 Post condition :akan menampilkan data surat jalan yang baru.
439
440 3.2.5.2 Diagram Aktivitas : Input surat jalan
21
441
442 3.2.5.3 Diagram Skuens : Input surat jalan

443
444 3.2.5.4 Diagram Kolaborasi Objek : Input surat jalan

22
445
446
447
448
449
450 3.2.6 Fungsi 5 : Menampilkan surat jalan
451 3.2.6.1 Skenario : Menampilkan surat jalan
452 Use case id :SKPL-SIBBUS.F-05
453 Usecase Name :Menampilkan surat jalan
454 Actor :Admin
455 Priority level :Sedang
456 Brief description :usecase ini mendeskripsikan surat jalan data yang dilakukan oleh admin.
457 Pre-condition :User pada halaman surat jalan.
458 Triger :user ingin memasukkan surat jalan.
459 Basic/Normal flow:
460 5. User mengklik Menampilkan surat jalan.
461 6. Kemudian sistem menampilkan form isian yang sudah ada.
462 7. User mengubah isian form data surat jalan yang ingin diubah.
463 8. Sistem menyimpan data yang baru
464 Alternatif flow :user mengubah data surat jalan.
465 Post condition :akan menampilkan data surat jalan yang baru.

23
466 3.2.6.2 Diagram Aktivitas : Menampilkan surat jalan

467
468 3.2.6.3 Diagram Skuens : Menampilkan surat jalan

469
470 3.2.6.4 Diagram Kolaborasi Objek : Menampilkan surat jalan
24
471
472
473 3.2.7 Fungsi 6 : Input invoice
474 3.2.7.1 Skenario : Input invoice
475
476 Use case id :SKPL-SIBBUS.F-06
477 Usecase Name :Input invoice
478 Acto r:Admin
479 Priority level :Sedang
480 Brief description :usecase ini mendeskripsikan invioce data yang dilakukan oleh admin.
481 Pre-condition :User pada halaman invoice.
482 Triger :user ingin memasukkan invoice.
483 Basic/Normal flow:
484 1.User mengklik input invoice.
485 2.Kemudian sistem menampilkan form isian yang sudah ada.
486 3.User mengubah isian form data invoice yang ingin diubah.
487 4.Sistem menyimpan data yang baru
488 Alternatif flow :user mengubah data invoice.
489 Post condition :akan menampilkan data invoice yang baru.
490

25
491 3.2.7.2 Diagram Aktivitas : Input invoice

492
493 3.2.7.3 Diagram Skuens : Input invoice

494
495 3.2.7.4 Diagram Kolaborasi Objek : Input invoice

26
496
497 3.2.8 Fungsi 7 : Menampilkan invoice
498 3.2.8.1 Skenario : Menampilkan invoice
499
500 Use case id :SKPL-SIBBUS.F-07
501 Usecase Name :Menampilkan invoice
502 Actor :Admin
503 Priority level :Sedang
504 Brief description :usecase ini mendeskripsikan invioce data yang dilakukan oleh admin.
505 Pre-condition :User pada halaman invoice.
506 Triger :user ingin memasukkan invoice.
507 Basic/Normal flow:
508 1.User mengklik Menampilkan invoice.
509 2.Kemudian sistem menampilkan form isian yang sudah ada.
510 3.User mengubah isian form data invoice yang ingin diubah.
511 4.Sistem menyimpan data yang baru
512 Alternatif flow :user mengubah data invoice.
513 Post condition :akan menampilkan data invoice yang baru.
514
515 3.2.8.2 Diagram Aktivitas : Menampilkan invoice

27
516
517 3.2.8.3 Diagram Skuens : Menampilkan invoice
518 3.2.8.4 Diagram Kolaborasi Objek : Menampilkan invoice
519
520 3.2.9 Fungsi 8 : Input laporan pemesanan
521 3.2.9.1 Skenario Input laporan pemesanan
522 Use case id :SKPL-SIBBUS.F-08
523 Usecase Name :Input laporan pemesanan
524 Actor :Admin
525 Priority level :Sedang
526 Brief description :usecase ini mendeskripsikan Input laporan pemesanan data yang
527 dilakukan oleh admin.
528 Pre-condition :User pada halaman Input laporan pemesanan.
529 Triger :user ingin memasukkan Input laporan pemesanan.
530 Basic/Normal flow:
531 1.User mengklik Menampilkan Input laporan pemesanan.
532 2.Kemudian sistem menampilkan form isian yang sudah ada.
533 3.User mengubah isian form data Input laporan pemesanan yang ingin diubah.
534 4.Sistem menyimpan data yang baru
535 Alternatif flow :user mengubah data Input laporan pemesanan.
536 Post condition :akan menampilkan data Input laporan pemesanan yang baru.

28
537 3.2.9.2 Diagram Aktivitas : Input laporan pemesanan
538 3.2.9.3 Diagram Skuens : Input laporan pemesanan
539 3.2.9.4 Diagram Kolaborasi Objek : Input laporan pemesanan
540
541 3.2.10 Fungsi 9 : Melihat laporan pemesanan
542 3.2.10.1 Skenario : Melihat laporan pemesanan
543
544 Use case id :SKPL-SIBBUS.F-9
545 Usecase Name :Melihat laporan pemesanan
546 Actor :Admin,Owner
547 Priority level :Tinggi
548 Brief description :usecase ini mendeskripsikan Melihat laporan pemesanan data yang
549 dilakukan oleh admin dan owner dapat melihat laporan pemesanan.
550 Pre-condition :User pada halaman Melihat laporan pemesanan.
551 Triger:user ingin memasukkan Melihat laporan pemesanan.
552 Basic/Normal flow:
553 1.User mengklik Menampilkan Melihat laporan pemesanan.
554 2.Kemudian sistem menampilkan form isian yang sudah ada.
555 3.User mengubah isian form data Melihat laporan pemesanan yang ingin diubah.
556 4.Sistem menyimpan data yang baru
557 Alternatif flow :user mengubah data Melihat laporan pemesanan.
558 Post condition :akan menampilkan data Melihat laporan pemesanan yang baru.
559
560 3.2.10.2 Diagram Aktivitas : Melihat laporan pemesanan
561 3.2.10.3 Diagram Skuens : Melihat laporan pemesanan
562 3.2.10.4 Diagram Kolaborasi Objek : Melihat laporan pemesanan
563
564 3.2.11 Fungsi 10 : Input laporan surat jalan
565 3.2.11.1 Skenario : Input laporan surat jalan
566
567 Use case id :SKPL-SIBBUS.F-10
568 Usecase Name :Input laporan surat jalan
569 Actor :Admin

29
570 Priority level :Sedang
571 Brief description :usecase ini mendeskripsikan Input laporan surat jalan data yang
572 dilakukan oleh admin.
573 Pre-condition :User pada halaman Input laporan surat jalan .
574 Triger :user ingin memasukkan Input laporan surat jalan .
575 Basic/Normal flow:
576 1.User mengklik Menampilkan Input laporan surat jalan .
577 2.Kemudian sistem menampilkan form isian yang sudah ada.
578 3.User mengubah isian form data Input laporan surat jalan yang ingin diubah.
579 4.Sistem menyimpan data yang baru
580 Alternatif flow :user mengubah data Input laporan surat jalan .
581 Post condition :akan menampilkan data Input laporan surat jalan yang baru.
582
583 3.2.11.2 Diagram Aktivitas : Input laporan surat jalan
584 3.2.11.3 Diagram Skuens : Input laporan surat jalan
585 3.2.11.4 Diagram Kolaborasi Objek : Input laporan surat jalan
586
587 3.2.12 Fungsi 11: Melihat laporan surat jalan
588 3.2.12.1 Skenario : Melihat laporan surat jalan
589
590 Use case id :SKPL-SIBBUS.F-11
591 Usecase Name :Melihat laporan surat jalan
592 Actor :Admin,Owner
593 Priority level :Tinggi
594 Brief description :usecase ini mendeskripsikan Meliha laporan surat jalan data yang
595 dilakukan oleh admin dan owner juga dapat melihatnya.
596 Pre-condition :User pada halaman Melihat laporan surat jalan .
597 Triger :user ingin memasukkan Melihat laporan surat jalan .
598 Basic/Normal flow:
599
600 1.User mengklik Menampilkan Melihat laporan surat jalan .
601 2.Kemudian sistem menampilkan form isian yang sudah ada.
602 3.User mengubah isian form data Melihat laporan surat jalan yang ingin diubah.
30
603 4.Sistem menyimpan data yang baru
604 Alternatif flow :user mengubah data Melihat laporan surat jalan .
605 Post condition :akan menampilkan data Melihat laporan surat jalan yang baru.
606
607 3.2.12.2 Diagram Aktivitas : Melihat laporan surat jalan
608 3.2.12.3 Diagram Skuens : Melihat laporan surat jalan
609 3.2.12.4 Diagram Kolaborasi Objek : Melihat laporan surat jalan
610
611 3.2.13 Fungsi 12 : Input laporan pemasukkan perusahaan
612 3.2.13.1 Skenario : Input laporan pemasukkan perusahaan
613
614 Use case id :SKPL-SIBBUS.F-12
615 Usecase Name :Input laporan pemasukkan perusahaan
616 Actor :Admin
617 Priority level :Sedang
618 Brief description :usecase ini mendeskripsikan Input laporan pemasukkan perusahaan data
619 yang dilakukan oleh admin.
620 Pre-condition :User pada halaman Input laporan pemasukkan perusahaan .
621 Triger :user ingin memasukkan Input laporan pemasukkan perusahaan .
622 Basic/Normal flow:
623 1.User mengklik Menampilkan Input laporan pemasukkan perusahaan .
624 2.Kemudian sistem menampilkan form isian yang sudah ada.
625 3.User mengubah isian form data Input laporan pemasukkan perusahaan yang ingin diubah.
626 4.Sistem menyimpan data yang baru
627 Alternatif flow :user mengubah data Input laporan pemasukkan perusahaan .
628 Post condition :akan menampilkan data Input laporan pemasukkan perusahaan yang baru.
629
630 3.2.13.2 Diagram Aktivitas : Input laporan pemasukkan perusahaan
631 3.2.13.3 Diagram Skuens : Input laporan pemasukkan perusahaan
632 3.2.13.4 Diagram Kolaborasi Objek : Input laporan pemasukkan perusahaan
633
634 3.2.14 Fungsi 13 : Melihat laporan pemasukkan perusahaan
635 3.2.14.1 Skenario : Melihat laporan pemasukkan perusahaan
31
636
637 Use case id :SKPL-SIBBUS.F-13
638 Usecase Name :Melihat laporan pemasukkan perusahaan
639 Actor :Admin
640 Priority level :Sedang
641 Brief description :usecase ini mendeskripsikan Melihat laporan pemasukkan perusahaan
642 data yang dilakukan oleh admin.
643 Pre-condition :User pada halaman Melihat laporan pemasukkan perusahaan .
644 Triger :user ingin memasukkan Melihat laporan pemasukkan perusahaan .
645 Basic/Normal flow:
646 1.User mengklik Menampilkan Melihat laporan pemasukkan perusahaan .
647 2.Kemudian sistem menampilkan form isian yang sudah ada.
648 3.User mengubah isian form data Melihat laporan pemasukkan perusahaan yang ingin diubah.
649 4.Sistem menyimpan data yang baru
650 Alternatif flow :user mengubah data Melihat laporan pemasukkan perusahaan .
651 Post condition :akan menampilkan data Melihat laporan pemasukkan perusahaan yang
652 baru.
653
654 3.2.14.2 Diagram Aktivitas : Melihat laporan pemasukkan perusahaan
655 3.2.14.3 Diagram Skuens : Melihat laporan pemasukkan perusahaan
656 3.2.14.4 Diagram Kolaborasi Objek : Melihat laporan pemasukkan perusahaan
657
658 3.2.15 Fungsi 14 : Logout
659 3.2.15.1 Skenario : Logout
660
661 Use case id :SKPL-SIBBUS.F-14
662 Usecase Name :Logout
663 Actor :Admin,Owner
664 Priority level :Sedang
665 Brief description :usecase ini mendeskripsika kejadian saat user akan logout.
666 Pre-condition :User pada halaman logout.
667 Triger :user ingin melakukan logout.
668 Basic/Normal flow:
32
669 1.sistem yang merespon untuk melakukan logout.
670 2.Sistem memberikan konfirmasi bahwa user berhasil logout.
671 Alternatif flow :user menginginkan logout dari sistem .
672 Post condition :userakan teridentifikasi logout dari sistem.
673
674 3.2.15.2 Diagram Aktivitas : Logout
675 3.2.15.3 Diagram Skuens : Logout
676 3.2.15.4 Diagram Kolaborasi Objek : Logout
677
678
679
680 4.3 Deskripsi Kelas-Kelas
681 3.3.1 Diagram Kelas

682
683 3.3.2 Deskripsi Domain Persoalan
684 Tabel 3 Deskripsi Kelas Domain Persoalan
685
No. Nama Metode Atribut Tugas

686
687 3.3.3 Deskripsi Kelas Pengendali
33
688
No. Nama Metode Atribut Tugas
1.

2.

689
690 3.3.4 Deskripsi Kelas Entity (Persistem)
691
692 CDM SIBBUS
693

694
695
696
697
698 Tabel 5 Deskripsi Kelas Entity
699
No. Nama Atribut Metode Tugas
1.

2.

700
701 3.3.5 Deskripsi Kelas Boundary

34
702
No. Nama Atribut Metode Tugas

1 Form order masuk

2. Form invoice

3. Forn surat jalan

703
704
705

35
706 3.4 Kebutuhan Non Fungsional
707 Tabel 3 Deskripsi kebutuhan Non Fungsional

SKPL_ID Parameter Requirement

SKPL-SIBBUS.N-20 Security System ini memiliki hak akses
tertentu bagi penggunanya. Setiap
pengguna terenkripsi dengan
pasword
SKPL-SIBBUS.N-21 Reliability Tidak mudah error, handal dalam
operasi

SKPL-SIBBUS.N-22 Portability Mudah dioperasikan

SKPL-SIBBUS.N-23 Ergonomy
Tampilan
dan system
yang
nyaman
digunakan
dan mudah
untuk
dimengerti
Tampilan
dan system
yang
36
 nyaman
digunakan
dan mudah
untuk
dimengerti
Tampilan dan system yang
sederhana sehingga mudah
di pahami oleh user
SKPL-SIBBUS.N-24 Respon time
Tampilan
dan system
yang
nyaman
digunakan
dan mudah
untuk
dimengerti
Tampilan
dan system
37
 yang
nyaman
digunakan
dan mudah
untuk
dimengerti
Kecepatan saat pengguna
tergantung RAM dan processor
komputer
SKPL-SIBBUS.N-25 komunikasi Menggunakan bahasa Indonesia karena
pengguna merupakan kewarganegaraan
Indonesia.
708
709
710 3.5 Batasan Perancangan
711  SIBBUS merupakan sebuah platform website yang hanya dapat dijalankan pada
712 software browser seperti chrome, dan sejenisnya. Megolahan dan modifikasi data
713 seperti menu-menu dan order hanya dapat dilakukan oleh administrator.
714
7153.6 Ringkasan Kebutuhan
716
7173.6.1 Ringkasan Kebutuhan Fungsional

718 Tabel 4 Ringkasan Kebutuhan Fungsional

719
SKPL-ID
Keterangan

Dapat Melakukan Login.

[SKPL-SIBBUS.F-01]

Dapat melakukan Input Pemesanan

[SKPL-SIBBUS.F-02]

38
 Dapat melakukan Update Pemesanan
[SKPL-SIBBUS.F-03]

Dapat melakukan Input surat jalan

[SKPL-SIBBUS.F-04]

Dapat menampilkan surat jalan

[SKPL-SIBBUS.F-05]

Dapat melakukan Input invoice

[SKPL-SIBBUS.F-06]

Dapat Menampilkan invoice

[SKPL-SIBBUS.F-07]

Dapat melakukan Input laporan pemesanan

[SKPL-SIBBUS.F-08]

Dapat menampilkan laporan pemesanan

[SKPL-SIBBUS.F-09]

Dapat melakukan Input laporan surat jalan

[SKPL-SIBBUS.F-10]

Dapat menampilkan laporan surat jalan

[SKPL-SIBBUS.F-11]

Dapat melakukan Input laporan pemasukkan perusahaan

[SKPL-SIBBUS.F-12]

Dapat meanampilkan laporan pemasukan perusahaan

[SKPL-SIBBUS.F-13]

Dapat melakukan logout

[SKPL-SIBBUS.F-14]

39
7213.6.2
720
Ringkasan Kebutuhan Non Fungsional

722 Tabel 5 Ringkasan Kebutuhan Non Fungsional

SKPL_ID Keterang
an
SKPL-SIBBUS.n-0020 Yang bisa login hanya admin dan owner
SKPL- SIBBUS.n-0021 Tidak mudah error, handal dalam operasi

SKPL- SIBBUS.n-0022 Mudah dioperasikan

SKPL- SIBBUS.n-0023 Tampilan dan system yang sederhana sehingga mudah di

pahami oleh user
SKPL- SIBBUS.n-0024 Kecepatan saat pengguna tergantung RAM dan processor
komputer
SKPL- SIBBUS.n-0025 Menggunakan bahasa Indonesia pada menunya

723

33