SKPL ASB Online V1.2
-
Upload
nendi-junaedi -
Category
Documents
-
view
87 -
download
3
Transcript of 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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 3/ 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.
Disetujui
oleh
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 4/ 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 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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 5/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 6/ 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.
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.
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 7/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 8/ 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.
2.2 Proses Bisnis Terkait
BP-01 Proses Cost Driver Kegiatan SKPD
Gambar 2 Proses bisnis cost driver SKPD
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 9/ 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.
BP-02 Proses Kelola SSH
Gambar 3 Kelola SSH
BP-03 Proses Penelusuran View Log SKPD
Gambar 4 Log SKPD
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 10/ 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.
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)
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 11/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 12/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 13/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 14/ 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.
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.
Aksi Aktor Respon Sistem
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
Stakeholder and interest
Pre-kondisi - SKPD telah login dan ingin ganti password - SKPD gagal login
Post-kondisi Password telah direset oleh admin dan dapat diubah SKPD
Skenario Normal (SC-02-01)
Aksi Aktor Respon Sistem
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
Aksi Aktor Respon Sistem
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 15/ 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.
SC-03
UC-ID UC-03
Nama Use Case Kelola akun admin
Deskripsi Usecase dimana admin dapat mengelola akunnya sendiri.
Primary Actor Admin
Stakeholder and interest
Pre-kondisi - Admin telah login dan hendak mengganti password
Post-kondisi Password admin telah diubah.
Skenario Normal (SC-03-01)
Aksi Aktor Respon Sistem
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
Stakeholder and interest
Pre-kondisi - Admin telah login - Admin memilih menu kelola SSH
Post-kondisi Data SSH telah diperbarui
Skenario Normal (SC-04-01)
Aksi Aktor Respon Sistem
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
Stakeholder and interest
Pre-kondisi - SKPD belum terdaftar di dalam sistem - Admin sudah login terhadap sistem
Post-kondisi Menampilkan seluruh data SKPD yang telah terdaftar
Skenario Normal (SC-05-01)
Aksi Aktor Respon Sistem
1. Aktor memilih menu ‘SKPD’
2. Sistem menampilkan halaman daftar SKPD
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 16/ 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.
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
Stakeholder and interest
Pre-kondisi Tersimpan data riwayat penggunaan ASB oleh SKPD
Post-kondisi Menampilkan data riwayat penggunaan ASB oleh SKPD
Skenario Normal (SC-06-01)
Aksi Aktor Respon Sistem
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
Stakeholder and interest
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.
Skenario Normal (SC-07-01)
Aksi Aktor Respon Sistem
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 17/ 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.
Primary Actor Bagian Keuangan SKPD
Stakeholder and interest
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
Skenario Normal (SC-08-01)
Aksi Aktor Respon Sistem
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
Stakeholder and interest
Pre-kondisi - Tersimpan data cost driver tiap kegiatan pada sistem - SKPD telah login terhadap sistem
Post-kondisi Menghasilkan laporan data dan statistik terkait permohonan
Skenario Normal (SC-09-01)
Aksi Aktor Respon Sistem
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.
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 18/ 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.
ID Parameter Kebutuhan
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
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
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 19/ 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.
ID Kebutuhan Penjelasan
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
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 20/ 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.
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 21/ 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.
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
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
Data Model Physical
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 22/ 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.
3.8.1.2 TBKEGIATAN
Name Value
Data Model Physical
Documentation Tabel Kegiatan menampung semua daftar kegiatan SKPD
Records N/A
Columns Summary
Name DataType Constraints Nullable Documentation
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
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 23/ 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.
Columns Summary
Name DataType Constraints Nullable Documentation
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
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 24/ 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.
Columns Summary
Name DataType Constraints Nullable Documentation
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
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
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
Name DataType Constraints Nullable Documentation
id_jenisKegiatan int(11) No ID Jenis kegiatan
id_SSH int(11) No ID SSH
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 25/ 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.
Relationships
Relationship
To TBJENISKEGIATAN
Identifying true
Subtype false
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
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
Name DataType Constraints Nullable Documentation
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
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 26/ 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.
Columns Summary
Name DataType Constraints Nullable Documentation
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
To Multiplicity 1..*
From Multiplicity *
Sync To Association Yes
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
Name DataType Constraints Nullable Documentation
id_kategori int(11) PK No ID Kategori
kategori varchar(100) No Nama kategori
Tim Dev Studio TEL-C SKPL-OO-01-01 Halaman 27/ 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.
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
Name DataType Constraints Nullable Documentation
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
Name DataType Constraints Nullable Documentation
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