SKPL ASB Online V1.2

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Aplikasi Analisis Standar Belanja (ASB) Online
untuk:
Pemerintah Kota Bandung
Dipersiapkan oleh:
Nungki Selviandro
&
Tim Technology Enhanced Learning Center Research Laboratory
Telkom University
Jl. Telekomunikasi No. 01, Terusan Buah Batu, Bandung, Jawa Barat 40257,
Indonesia
Nomor Dokumen Halaman
SKPL-OO-01-01 <#>/<jml #
Revisi 01 Tgl: 06-12-2015
SKPL-OO-01-01

Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 2/ dari 27 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Tim Dev Studio TEL-C Telkom University dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Tim Dev Studio TEL-C Telkom University.
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX
TGL
- A B C D E F G
Ditulis
oleh
Diperiksa
oleh

Disetujui
oleh
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

Daftar Isi
Daftar Isi..................................................................................................................................................................4
1. Pendahuluan ........................................................................................................................................................5
1.1 Tujuan Penulisan Dokumen.....................................................................................................................5
1.2 Lingkup Masalah.....................................................................................................................................5
1.3 Definisi, Istilah dan Singkatan................................................................................................................5
1.4 Aturan Penomoran...................................................................................................................................6
1.5 Referensi..................................................................................................................................................6
1.6 Deskripsi umum Dokumen (Ikhtisar) ......................................................................................................6
2 Deskripsi Umum Perangkat Lunak..................................................................................................................7
2.1 Deskripsi Umum Sistem..........................................................................................................................7
2.2 Proses Bisnis Terkait ...............................................................................................................................8
2.3 Karakteristik Pengguna.......................................................................................................................... 10
2.4 Batasan .................................................................................................................................................. 10
2.5 Lingkungan Operasi .............................................................................................................................. 10
3 Deskripsi Kebutuhan ..................................................................................................................................... 11
3.1 Kebutuhan Antarmuka Eksternal........................................................................................................... 11
3.1.1 Antarmuka Pemakai ...................................................................................................................... 11
3.1.2 Antarmuka Perangkat Keras.......................................................................................................... 11
3.1.3 Antarmuka Perangkat Lunak ......................................................................................................... 11
3.1.4 Antarmuka Komunikasi................................................................................................................. 12
3.2 Kebutuhan Fungsional........................................................................................................................... 12
3.3 Model Use Case..................................................................................................................................... 12
3.3.1 Diagram Use Case ......................................................................................................................... 12
3.3.2 Definisi Aktor................................................................................................................................ 13
3.3.3 Definisi Use Case .......................................................................................................................... 13
3.3.4 Skenario Use Case......................................................................................................................... 13
3.4 Kebutuhan Non Fungsional ................................................................................................................... 17
3.5 Batasan Perancangan ............................................................................................................................. 18
3.6 Kerunutan (traceability)......................................................................................................................... 18
3.6.1 Kebutuhan Fungsional vs Use Case............................................................................................... 18
3.7 Ringkasan Kebutuhan............................................................................................................................ 18
3.7.1 Kebutuhan Fungsional................................................................................................................... 18
3.7.2 Kebutuhan Non Fungsional ........................................................................................................... 19
3.8 Perancangan Basis Data......................................................................................................................... 20
3.8.1 Struktur Tabel Pengguna dan Peranan Setiap Modul .................................................................... 20

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
SKPL ini dibuat untuk mencatat berbagai kebutuhan fusngsional dan non-fungsional yang diperlukan oleh klien
dalam rancangan Analisis Standar Belanja (ASB) Online yang akan digunakan oleh Pemerintah Kota Bandung.
Kebutuhan fungsional diperoleh dari kebutuhan klien terhadap fungsi-fungsi yang ada di dalam sistem, yang
nantinya membentuk behavioral (perilaku) dari sistem, sedangkan kebutuhan non-fungsional merupakan
kebutuhan yang mendukung jalannya kebutuhan fungsioanal suatu sistem. Semua akan dideskripsikan spesifikasi
kebutuhannya secara rinci dalam dokumen SKPL ini.
1.2 Lingkup Masalah
Lingkup masalah dalam pembuatan ASB Online ini adalah pembuatan ASB untuk menganalisis Standar Belanja
yang dilakukan oleh setiap SKPD bagian non-fisik. ASB ini merupakan pedoman perhitungan dalam pembuatan
RKA.
1.3 Definisi, Istilah dan Singkatan
Tabel 1. Daftar Definisi dalam SKPD Kota Bandung
No. Definisi Deskripsi
D-01 Admin Administrator atau orang yang mengelola aplikasi dan
menjalankan aplikasi tersebut.
D-02 Klien Orang yang menggunakan produk dan memutuskan
kebutuhan yang diperlukan.
D-03 Pemkot Pemerintah Kota
D-04 Browser Perangkat lunak yang digunakan untuk menelusuri
informasi melalui internet.
D-05 Online Kondisi sistem terkoneksi dengan jaringan internet.
1.3.2. Istilah
Tabel 2. Daftar Istilah dalam SKPD Kota Bandung
No. Istilah Deskripsi
I-01 ASB Non-Fisik
I-02
1.3.3. Singkatan
Tabel 3. Daftar Singkatan dalam SKPD Kota Bandung
No. Istilah Deskripsi
SA-01 ASB Analisis Standar Belanja
SA-02 SKPD Satuan Kerja Perangkat Daerah
SA-03 SSH Standar Satuan Harga
SA-04 DPKAD Dinas Pengelolaan Keuangan dan Aset Daerah

1.4 Aturan Penomoran
Tabel 4. Aturan Penomoran pada SKPL
Format Penjelasan
D-XX Daftar definisi dengan nomor urut XX
I-XX Daftar istilah dengang nomor urut XX
SA-XX Daftar Singkatan dan Akronim dengan nomor urut XX
BP-XX Business Process dengan kode XX
UC--XX Use Case dengan nomor urut XX
SC-XX Scenario dengan nomor urut XX
FR-XX Kebutuhan Fungsional Aplikasi dengan nomor urut XX
NFR-XX Kebutuhan Non Fungsional Aplikasi dengan nomor urut XX
1.5 Referensi
Dokumen dari Pemkot Bandung :
- Standar Satuan Harga Pemerintah Kota Bandung 2016
IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements Specifications. IEEE Computer
Society, 1998.
1.6 Deskripsi umum Dokumen (Ikhtisar)
Dokumen ini terdiri dari tiga bagian diantaranya:
1. Pendahuluan
Bagian pertama dari dokumen SKPL ini menjelaskan tujuan dan lingkup masalah dalam pengembangan
sistem serta beberapa istilah yang terdapat di dalam pengembangan perangkat lunak.
2. Deskripsi Umum Perangkat Lunak
Bagian kedua dari dokumen ini menjelaskan deskripsi umum sistem, karakteristik pengguna, batasan serta
lingkungan operasi yang diterapkan dalam pengembangan aplikasi ASB Online.
3. Deskripsi Rinci Kebutuhan
Bagian ketiga dari dokumen SKPL ini berisi deskripsi dari kebutuhan dalam pengembangan perangkat
lunak yang terdiri dari kebutuhan antarmuka eksternal, kebutuhan fungsional, kebutuhan data,
kebutuhan non fungsional, batasan perancangan, kerunutan (traceability), dari ringkasan kebutuhan yang
ditampilkan pada akhir dokumen.

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Aplikasi yang dirancang merupakan aplikasi Analisis Standar Belanja (ASB) Online yang berbasis website dan
sementara hanya menangani ASB non-fisik, karena aplikasi ini berbasis website, maka aplikasi membutuhkan
koneksi internet untuk dapat digunakan. Aplikasi ini nantinya akan digunakan oleh bagian keuangan setiap SKPD
pada Pemkot Bandung. Kepala DPKAD merupakan administrator yang mengelola aplikasi ini. Setiap bagian
keuangan SKPD harus didaftarkan dahulu oleh admin agar dapat mengelola akun dan menggunakan aplikasi ASB
sebagai pedoman pembuatan RKA sesuai dengan cost driver yang dimasukkan. SKPD dapat menginputkan
kegiatan dan dana yang dimiliki untuk mendapatkan usulan cost driver yang tepat, tentunya SKPD juga dapat
mengedit cost driver tersebut untuk disesuaikan dengan kebutuhan dan dana yang dimiliki. Admin dapat
menambahkan jenis kegiatan dan cost driver dari kegiatan tersebut serta mengelola Standar Satuan Harga
sebagai pedoman cost driver.
Internet
Administrator SKPD
Laptop PC PC Laptop
Database
Server
Gambar 1 Perspektif produk

2.2 Proses Bisnis Terkait
BP-01 Proses Cost Driver Kegiatan SKPD
Gambar 2 Proses bisnis cost driver SKPD

BP-02 Proses Kelola SSH
Gambar 3 Kelola SSH
BP-03 Proses Penelusuran View Log SKPD
Gambar 4 Log SKPD

2.3 Karakteristik Pengguna
Berikut ini adalah daftar pengguna aplikasi Akta Online.
Kategori Pengguna Tugas Hak Akses ke aplikasi
Administrator (Ketua DPKAD)  Pendaftaran SKPD
 Pengelolaan SSH dan ASB
 Melihat histori penggunaan ASB oleh SKPD
Create, Read, Update, Delete
Pengguna (Bagian Keuangan
tiap SKPD)
 Pengelolaan akun pribadi
 Memasukkan nama kegiatan dan dana
budget (untuk cost driver)
View, Create, Update, Delete
2.4 Batasan
 Aplikasi hanya digunakan untuk menangani analisi standar belanja dengan memudahkan perhitungan cost
driver
 Pengguna yang berhak untuk menggunakan aplikasi ini adalah SKPD yang memiliki akun yang didaftarkan
oleh administrator.
 Sistem aplikasi ASB tidak dapat menangani pembatasan cost driver berdasarkan dana budget yang
dimasukkan.
2.5 Lingkungan Operasi
Aplikasi Client server ini akan berfungsi dengan spesifikasi :
Server : Windows
Client : Windows, Mobile OS
OS : Windows XP SP 3 hingga Windows 8, Platform Android dan IOS
DBMS : SQL Server (berbayar), PostgreSQL (gratis & berbayar), MySQL (gratis & berbayar)

3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
3.1.1 Antarmuka Pemakai
Antarmuka untuk mengoperasikan perangkat lunak antara lain:
1. Monitor LCD 19 Inch
2. Keyboard
3. Mouse
3.1.2 Antarmuka Perangkat Keras
Penggunaan aplikasi ASB Online non-fisik ini akan maksimum apabila dalam pengoperasiannya
minimum menggunakan aplikasi atau perangkat keras pendukung berikut ini:
1. Server
Berikut ini adalah perangkat keras berupa Personal Computer (PC) atau Laptop yang dibutuhkan oleh
server dalam sistem informasi ini, yaitu:
Processor : Intel Inside Dual Core
Hardisk : 500 GB
Memory : 4 GB
Jaringan internet : Local Area Network (LAN) Card atau Wifi Adapter
2. Client
Berikut ini adalah perangkat keras berupa Personal Computer (PC) atau Laptop yang dibutuhkan oleh
client dalam sistem informasi ini, yaitu:
Processor : Intel Inside Dual Core
Hardisk : 500 GB
Memory : 2 GB
jaringan internet : Local Area Network (LAN) Card atau Wifi Adapter
3.1.3 Antarmuka Perangkat Lunak
Penggunaan aplikasi ASB Online non-fisik ini akan maksimum apabila dalam pengoperasiannya
minimum menggunakan aplikasi atau perangkat lunak pendukung berikut ini:
1. Server
Berikut ini adalah aplikasi atau perangkat lunak yang dibutuhkan oleh server dalam sistem informasi
ini, yaitu:
Sistem Operasi : Microsoft Windows 8.1 Professional 64 bit
Database server : MySQL
Bahasa Pemrograman : PHP
Local Server Administration : Xampp
Desain Tampilan : Adobe Photoshop
Browser : Mozilla Firefox dan Google Chrome
2. Client
Berikut ini adalah aplikasi atau perangkat lunak minimum yang dibutuhkan oleh client dalam sistem
informasi ini, yaitu:
Sistem Operasi : Microsoft Windows XP Professional 32 bit
Database : MySQL
Browser : Mozilla Firefox dan Google Chrome

3.1.4 Antarmuka Komunikasi
 Aplikasi membutuhkan koneksi internet.
3.2 Kebutuhan Fungsional
ID Kebutuhan Penjelasan
FR-01 Sistem dapat melakukan login pengguna sistem Pengguna dapat melakukan login
dengan memasukkan username dan
password yang telah terdaftar di
database
FR-02 Sistem dapat melakukan kelola akun SKPD Admin dapat mengelola akun SKPD dan
SKPD juga dapat mengelola
passwordnya jika telah login.
FR-03 Sistem dapat melakukan kelola akun admin Admin dapat mengelola akunnya sendiri.
FR-04 Sistem dapat menampilkan data log SKPD Admin dapat melihat daftar log yang
dilakukan oleh SKPD
FR-05 Sistem dapat mengelola cost driver SKPD yang menginputkan data
kegiatannya akan menghasilkan cost
driver yang dapat dipertimbangkan oleh
SKPD
FR-06 Sistem dapat mengelola Standar Satuan Harga Admin dapat mengelola Standar Satuan
harga yang digunakan dalam Cost Driver
FR-07 Sistem dapat melakukan penambahan jenis kegiatan Admin dapat menambah jenis kegiatan
ASB Non-fisik beserta cost driver
default-nya
FR-08 Sistem dapat menampilkan histori kegiatan dan cost
driver
SKPD dapat melihat kembali kegiatan
yang ia inputkan beserta cost driver-nya
3.3 Model Use Case
3.3.1 Diagram Use Case
Admin
Bag. Keuangan tiap SKPD
Kelola akun SKPD
Login
Masukkan Program
Penentuan cost driver
<<include>>
<<extend>>
histori log SKPD
Kelola SSH
Pendaftaran SKPD
<<include>>
<<include>>
<<include>>
<<include>>
Masukkan cost driver
<<extend>>
Kelola akun admin
<<include>>
Tambah jenis kegiatan
histori kegiatan
<<include>>
<<include>>
Gambar 5 Diagram Usecase

3.3.2 Definisi Aktor
No Aktor Deskripsi
1. Administrator Pengelola aplikasi ASB
2. Bagian Keuangan tiap SKPD Pengguna aplikasi ASB, yang menggunakan ASB sebagai
pedoman membuat RKA
3.3.3 Definisi Use Case
No Use Case Deskripsi
UC-01 Login Usecase dimana pengguna melakukan login sebelum mengakses ke
dalam sistem.
UC-02 Kelola Akun SKPD Usecase dimana pengguna yaitu SKPD dapat mengelola akunnya,
namun jika SKPD lupa password, maka admin dapat mengelola juga
dengan cara mengubah password atau reset akun SKPD.
UC-03 Kelola Akun admin Usecase dimana admin dapat mengelola akunnya sendiri.
UC-04 Kelola SSH Usecase dimana admin dapat mengelola data SSH di dalam sistem.
UC-05 Pendaftaran SKPD Usecase dimana admin dapat mendaftarkan SKPD ke dalam sistem.
UC-06 Histori Log Usecase dimana admin dapat melihat riwayat penggunaan ASB oleh
tiap SKPD.
UC-07 Tambah jenis kegiatan Usecase dimana admin dapat menambahkan jenis kegiatan dalam
ASB.
UC-08 Histori kegiatan Usecase dimana SKPD dapat melihat riwayat kegiatannya dalam ASB
beserta cost drivernya
UC-09 Penentuan Cost Driver Usecase dimana SKPD dapat menggunakan ASB sebagai penentu cost
driver yang dijadikan pedoman dalam pembuatan RKA.
UC-09-01 Masukkan cost driver Usecase dimana SKPD dapat menginputkan cost driver pada
‘penentuan cost driver’
UC-09-02 Masukkan program Usecase dimana SKPD dapat menginputkan nama program pada
‘penentuan cost driver’
3.3.4 Skenario Use Case
SC-01
UC-ID UC-01
Nama Use Case Login
Deskripsi Usecase dimana pengguna melakukan login sebelum
mengakses ke dalam sistem.
Primary Actor Admin dan SKPD
Stakeholder and interest
Pre-kondisi - Pengguna belum dapat mengakses sistem aplikasi ASB
- Tersimpan data akun pengguna ASB
Post-kondisi - Pengguna masuk halaman dashboard ASB online dan dapat
mengakses sistem
Skenario Normal (SC-01-01)
Aksi Aktor Respon Sistem

1. Aktor memasukkan username dan password
yang dimiliki.
2. Aktor mengklik tombol login.
2. Sistem melakukan verifikasi dan validasi
terhadap username dan password yang
dimasukkan.
3. Jika akun benar maka sistem akan
menampilkan halaman dashboard ASB
online.
4. AKtor dapat menggunakan ASB online sesuai
hak aksesnya.
Skenario Alternatif (SC-01-02) : Login gagal
Pada baris pertama skenario, apabila aktor memasukkan username dan password yang salah.
1. Aktor mengklik tombol login.
2. Sistem akan menampilkan pesan username
atau password salah.
3. <<UC-02>>
SC-02
UC-ID UC-02
Nama Use Case Kelola akun SKPD
Deskripsi Usecase dimana pengguna yaitu SKPD dapat mengelola
akunnya, namun jika SKPD lupa password, maka admin dapat
mengelola juga dengan cara mengubah password atau reset
akun SKPD.
Primary Actor Admin dan SKPD
Pre-kondisi - SKPD telah login dan ingin ganti password
- SKPD gagal login
Post-kondisi Password telah direset oleh admin dan dapat diubah SKPD
1. Aktor memilih menu ‘konfigurasi‘
2. Sistem menampilkan halaman pengubahan
password pengguna
2. Aktor mengubah passwordnya
3. Aktor menyimpan perubahan password
4. SIstem menyimpan perubahan password ke
dalam database.
Skenario Alternatif (SC-02-02) : Login gagal
Pada UC-01 apabila SKPD lupa password ketika login, maka admin dapat melakukan pengelolaan akun
SKPD
1. Aktor memilih menu ‘Konfigurasi‘
2. Sistem menampilkan dropdown menu
‘konfigurasi‘
3. Aktor memilih ‘ubah password’ atau ‘reset
password’ untuk mengubah password yang
dimiliki oleh SKPD
4. Sistem menampilkan halaman daftar SKPD
5. Aktor memilih SKPD mana yang akan di ubah
passwordnya.
6. Sistem menyimpan perubahan yang
dilakukan

SC-03
UC-ID UC-03
Nama Use Case Kelola akun admin
Deskripsi Usecase dimana admin dapat mengelola akunnya sendiri.
Primary Actor Admin
Pre-kondisi - Admin telah login dan hendak mengganti password
Post-kondisi Password admin telah diubah.
1. Aktor memilih menu ‘konfigurasi‘
2. Sistem menampilkan halaman pengubahan
password pengguna
2. Aktor mengubah passwordnya
3. Aktor menyimpan perubahan password
4. SIstem menyimpan perubahan password ke
dalam database.
SC-04
UC-ID UC-04
Nama Use Case Kelola SSH
Deskripsi Usecase dimana admin dapat mengelola data SSH di dalam
sistem.
Primary Actor Admin
Pre-kondisi - Admin telah login
- Admin memilih menu kelola SSH
Post-kondisi Data SSH telah diperbarui
1. Admin memilih menu kelola SSH
2. Sistem menampilkan halaman data SSH
3. Admin melakukan perubahan terhadap data
SSH (input, update, view, atau delete)
4. Admin menyimpan perubahan terhadap data
SSH
5. Sstem menyimpan perubahan terhadap
data SSH
SC-05
UC-ID UC-05
Nama Use Case Pendaftaran SKPD
Deskripsi Usecase dimana admin dapat mendaftarkan SKPD ke dalam
sistem.
Primary Actor Admin
Pre-kondisi - SKPD belum terdaftar di dalam sistem
- Admin sudah login terhadap sistem
Post-kondisi Menampilkan seluruh data SKPD yang telah terdaftar
1. Aktor memilih menu ‘SKPD’
2. Sistem menampilkan halaman daftar SKPD

3. Aktor melakukan input SKPD baru pada
kolom atas di halaman SKPD
4. Aktor mengklik tombol ’submit’
4. Sistem menyimpan penambahan data SKPD
5. Sistem menampilkan daftar SKPD yang telah
diperbarui.
SC-06
UC-ID UC-06
Nama Use Case Histori Log
Deskripsi Usecase dimana admin dapat melihat riwayat penggunaan ASB
oleh tiap SKPD.
Primary Actor Admin
Pre-kondisi Tersimpan data riwayat penggunaan ASB oleh SKPD
Post-kondisi Menampilkan data riwayat penggunaan ASB oleh SKPD
1. Aktor memilih menu ‘SKPD’
2. Sistem menampilkan dropdown menu
3. Aktor memilih sub menu ‘Log Pengguna
SKPD‘
3. Sistem akan menampilkan halaman daftar
Log Pengguna SKPD
SC-07
UC-ID UC-07
Nama Use Case Tambah jenis kegiatan
Deskripsi Usecase dimana admin dapat menambahkan jenis kegiatan
dalam ASB.
Primary Actor Admin
Pre-kondisi - Admin telah login dan akan menambahkan jenis kegiatan
Post-kondisi Jenis kegiatan tersimpan dalam database sistem dan sistem
menampilkan daftar kegiatan yang telah diperbarui.
1. Aktor memilih menu ‘ASB’
2. Sistem menampilkan dropdown menu ASB
3. Aktor memilih sub menu ‘Tambah Cost
Driver Kegiatan’
4. Sistem menampilkan halaman input tambah
kegiatan baru beserta form rinciannya.
5. Aktor mengisi form, kemudian klik submit.
6. Sistem akan menyimpan data ke dalam
databse.
7. Sistem akan manampilkan form rincian cost
driver kegiatan beserta daftar cost driver
kegiatan yang telah diperbarui.
SC-08
UC-ID UC-08
Nama Use Case Histori kegiatan
Deskripsi Usecase dimana SKPD dapat melihat riwayat kegiatannya
dalam ASB beserta cost drivernya

Primary Actor Bagian Keuangan SKPD
Pre-kondisi - Tersimpan data riwayat kegiatan beserta cost driver yang
dilakukan SKPD
- SKPD telah login terhadap sistem
Post-kondisi Menampilkan riwayat kegiatan beserta cost driver yang
dilakukan SKPD
1. Aktor memilih menu View Program
2. Sistem menampilkan daftar history kegiatan
yang dimasukkan oleh SKPD
SC-09
UC-ID UC-09
Nama Use Case Penentuan Cost Driver
Deskripsi Usecase dimana SKPD dapat menggunakan ASB sebagai
penentu cost driver yang dijadikan pedoman dalam pembuatan
RKA.
Primary Actor Bagian Keuangan SKPD
Pre-kondisi - Tersimpan data cost driver tiap kegiatan pada sistem
- SKPD telah login terhadap sistem
Post-kondisi Menghasilkan laporan data dan statistik terkait permohonan
1. Aktor memilih menu ‘ASB’
2. Sistem menampilkan dropdown menu ASB
3. Aktor memilih menu ‘Tambah Cost Driver
Kegiatan‘
4. Sistem akan menampiilkan form
penambahan Cost driver
5. Aktor menginputkan data nama kegiatan
atau program (<<UC-07-02>>), dana cost
driver kegiatan (<<UC-07-01>>), serta
informasi tambahan lainnya
6. Sistem akan menampilkan cost driver
kegiatan
7. Aktor akan menggunakan hasil cost driver
kegiatan sebagai pedoman pembuatan RKA
3.4 Kebutuhan Non Fungsional
ID Parameter Kebutuhan
NFR- 01 Availability Aplikasi harus dapat digunakan dengan uptime
99%
NFR- 02 Reliability Jika terjadi gangguan, aplikasi harus dapat
dijalankan kembali dengan mudah
NFR- 03 Portability Aplikasi berbasis web sehingga multiplatform
NFR- 04 Response time Aplikasi memberikan waktu tanggapan maksimal
2 detik.

NFR- 05 Security Aplikasi dapat menjamin kerahasiaan data yang
dikelola
NFR- 06 Bahasa
komunikasi
Aplikasi dapat menggunakan bahasa Indonesia
dan bahasa Inggris
3.5 Batasan Perancangan
Batasan perancangan perangkat lunak ini antara lain :
1. Sistem yang dibuat mengikuti SOP yang berjalan saat ini, sistem tidak dirancang untuk adaptif
dengan perubahan SOP
2. Perangkat lunak hanya dapat digunakan jika terdapat koneksi ke server (bisa internet ataupun
intranet)
3. Aplikasi hanya digunakan untuk menangani analisi standar belanja dengan memudahkan
perhitungan cost driver.
4. Pengguna yang berhak untuk menggunakan aplikasi ini adalah SKPD yang memiliki akun yang
didaftarkan oleh administrator.
5. Sistem aplikasi ASB tidak dapat menangani pembatasan cost driver berdasarkan dana budget
yang dimasukkan.
3.6 Kerunutan (traceability)
3.6.1 Kebutuhan Fungsional vs Use Case
Mapping kebutuhan fungsional dengan use case terkait
ID Kebutuhan Fungsional ID Use Case Terkait
FR-01 UC-01, UC-02
FR-02 UC-02
FR-03 UC-03
FR-04 UC-06
FR-05 UC-09, UC-09-01, UC-09-02
FR-06 UC-04
FR-07 UC-07
FR-08 UC-08
3.7 Ringkasan Kebutuhan
3.7.1 Kebutuhan Fungsional
FR-01 Sistem dapat melakukan login pengguna sistem Pengguna dapat melakukan login
dengan memasukkan username dan
password yang telah terdaftar di
database
FR-02 Sistem dapat melakukan kelola akun SKPD Admin dapat mengelola akun SKPD
FR-03 Sistem dapat menampilkan data log SKPD Admin dapat melihat daftar log yang
dilakukan oleh SKPD
FR-04 Sistem dapat mengelola cost driver SKPD yang menginputkan data
kegiatannya akan menghasilkan cost

driver yang dapat dipertimbangkan oleh
SKPD
FR-05 Sistem dapat mengelola Standar Satuan Harga Admin dapat mengelola Standar Satuan
harga yang digunakan dalam Cost Driver
FR-06 Sistem dapat melakukan penambahan jenis kegiatan Admin dapat menambah jenis kegiatan
ASB Non-fisik beserta cost driver
default-nya
FR-07 Sistem dapat menampilkan history kegiatan dan cost
driver
SKPD dapat melihat kembali kegiatan
yang ia inputkan beserta cost driver-nya
3.7.2 Kebutuhan Non Fungsional
NFR- 01 Availability Aplikasi harus dapat digunakan dengan uptime
99%
NFR- 02 Reliability Jika terjadi gangguan, aplikasi harus dapat
dijalankan kembali dengan mudah
NFR- 03 Portability Aplikasi berbasis web sehingga multiplatform
NFR- 04 Response time Aplikasi memberikan waktu tanggapan maksimal
2 detik.
NFR- 05 Security Aplikasi dapat menjamin kerahasiaan data yang
dikelola
NFR- 06 Bahasa
komunikasi
Aplikasi dapat menggunakan bahasa Indonesia
dan bahasa Inggris

3.8 Perancangan Basis Data
3.8.1 Struktur Tabel Pengguna dan Peranan Setiap Modul
Gambar 6 ERD ASB Online
Name Value
Name ERD ASB Online
Default Schema AKSCHEMA
Data Model Physical
3.8.1.1 TBSKPD
Name Value
Data Model Physical
Documentation Tabel SKPD digunakan untuk menampung daftar SKPD
yangmenggunakan sistem ASB Online
Records N/A

Columns Summary
Name DataType Constraints Nullable Documentation
Id_SKPD int(11) PK No ID SKPD
nama varchar(100) No Nama SKPD
nip varchar(30) No NIP SKPD
password varchar(50) No Password akun
SKPD
noTelp varchar(20) Yes Nomor telepon
SKPD
email varchar(50) Yes Email SKPD
alamat text Yes Alamat SKPD
img varchar(20) Yes Foto profil SKPD
Relationships
Relationship
To
TBKEGIATAN
Identifying true
Subtype false
To Multiplicity 1..*
From Multiplicity 1
Sync To Association Yes
Data Model Physical
Relationship
To
TBLOGSKPD
Identifying true
Subtype false
From Multiplicity *
Data Model Physical

3.8.1.2 TBKEGIATAN
Name Value
Data Model Physical
Documentation Tabel Kegiatan menampung semua daftar kegiatan SKPD
Records N/A
Columns Summary
id_kegiatan bigint(11) PK No ID Kegiatan
nama varchar(100) No Nama kegiatan
lamaHari int(3) No Lama hari
kegiatan
dana bigint(15) No Dana kegiatan
jenis varchar(30) Yes Jenis kegiatan
Id_SKPD int(11) FK1 (TBSKPD) No ID SKPD yang
menginput
Relationships
Relationship
To
TBCOSTDRIVER
Identifying true
Subtype false
From Multiplicity *
Data Model Physical
3.8.1.3 TBCOSTDRIVER
Name Value
Data Model Physical
Documentation Tabel Cost Driver menampung cost driver dari kegiatan yang
diinputkan SKPD
Records N/A

Columns Summary
Id_costDriver bigint(11) PK No ID Cost driver
Qty int(11) No Kuantitas item
cost driver
totalHarga bigint(15) No Total harga item
cost driver
id_kegiatan bigint(11) FK1 (TBKEGIATAN) No ID Kegiatan SKPD
id_SSH int(11) FK2 (TBSSH) No ID SSH dari item
cost driver
Relationships
Relationship
To
TBSSH
Identifying true
Subtype false
From Multiplicity *
Data Model Physical
3.8.1.4 TBSSH
Name Value
Data Model Physical
Documentation Tabel SSH menampung item-item dengan standar satuan harganya
Records N/A

Columns Summary
id_SSH int(11) PK No ID SSH
uraian text No Deskripsi item
satuan varchar(8) No Satuan item
harga int(20) No Harga item
keterangan text Yes Keterangan
tambahan
Id_subkategori int(11) FK1
(TBSUBKATEGORI)
No ID Subkategori
Relationships
Relationship
To
TBRELJKSSH
Identifying true
Subtype false
From Multiplicity *
Data Model Physical
3.8.1.5 TBRELJKSSH
Name Value
Data Model Physical
Documentation Tabel Relasi JK SSH ini merupakan table relasi antara jenis kegiatan
dan item SSH-nya
Records N/A
Columns Summary
id_jenisKegiatan int(11) No ID Jenis kegiatan
id_SSH int(11) No ID SSH

Relationships
Relationship
To
TBJENISKEGIATAN
Identifying true
Subtype false
From Multiplicity *
Data Model Physical
3.8.1.6 TBJENISKEGIATAN
Name Value
Data Model Physical
Documentation Tabel Jenis kegiatan menampung semua jenis kegiatan pada ASB Non-
Fisik
Records N/A
Columns Summary
id_jenisKegiatan int(11) No ID Jenis kegiatan
jenis varchar(20) No ID SSH
3.8.1.7 TBSUBKATEGORI
Name Value
Data Model Physical
Documentation Tabel Subkategori ini menampung subkategori SSH
Records N/A

Columns Summary
id_subKategori int(11) PK No ID Subkategori
subKategori varchar(100) No Nama subkategori
Id_kategori int(11) FK1 (TBKATEGORI) No ID Kategori
Relationships
Relationship
To
TBKATEGORI
Identifying true
Subtype false
From Multiplicity *
Data Model Physical
3.8.1.8 TBKATEGORI
Name Value
Data Model Physical
Documentation Tabel Kategori ini menampung semua kategori SSH
Records N/A
Columns Summary
id_kategori int(11) PK No ID Kategori
kategori varchar(100) No Nama kategori

3.8.1.9 TBLOGSKPD
Name Value
Data Model Physical
Documentation Tabel Log SKPD menampung history log SKPD di ASB Online
Records N/A
Columns Summary
id_logSKPD int(11) PK No ID Log SKPD
tanggalWaktu datetime No Date log
status varchar(20) No Status log
id_SKPD int(11) FK1 (TBSKPD) No ID SKPD
3.8.1.10 TBADMIN
Name Value
Data Model Physical
Documentation Tabel Admin menampung data admin
Records N/A
Columns Summary
id_admin int(11) PK No ID Admin
nip varchar(30) No NIP Admin
password varchar(30) No Password Admin
nama varchar(50) No Nama Admin
noTelp varchar(20) Yes Nomor telepon
Admin
email varchar(50) Yes Email Admin
img varchar(20) Yes Foto profil Admin

SKPL ASB Online V1.2

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (17)

Similar to SKPL ASB Online V1.2

Similar to SKPL ASB Online V1.2 (20)

SKPL ASB Online V1.2