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