MANAJEMEN PROYEK PERANGKAT LUNAK MPPL (1)

DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SISTEM INFORMASI DATA KENDARAAN DINAS/OPERASIONAL SEKRETARIAT
DAERAH
“SIDAKENDI”

untuk:
Bagian Umum Sekretariat Daerah Kabupaten Bandung

Dipersiapkan oleh:
TCCOMP

JASA KONSULTASI PERANGKAT LUNAK TCCOMP
Sekretariat : Jl. Yudhawastu Pramuka III (Depan BRI), Bandung

BAB 1
PENDAHULUAN
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software
Requirement Spesification (SRS) untuk Sistem Informasi Data Kendaraan Dinas/Operasional
Sekretariat Daerah. Tujuan dari penulisan dokumen ini adalah untuk memberikan
penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum

maupun penjelasan detil dan menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak sistem informasi
dan pengguna (klien) dari perangkat lunak atau personil-personil yang terlibat dalam
sistem. Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan
sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak maupun di akhir
pengembangannya. Dengan adanya dokumen SKPL ini diharapkan pengembangan
perangkat lunak akan lebih terarah dan lebih terfokus serta tidak menimbulkan ambiguitas
terutama bagi pengembang perangkat lunak sistem informasi.

1.2 Lingkup Masalah
Berdasarkan Peraturan Daerah Nomor 19 Tahun 2007, dimana Bagian Umum
termasuk dalam susunan struktur organisasi sekretariat Daerah dan merupakan salah satu
bagian dari 4 (empat) bagian di bawah Asisten Administrasi. Bagian Umum terbagi menjadi
3 (tiga) Sub Bagian yaitu Sub Bagian Rumah Tangga dan Persandian, Sub Bagian Keuangan,
dan Sub Bagian KeKendaraanan.
Maksud dari pembuatan sistem informasi ini adalah untuk membangun aplikasi dan
database Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah sehingga
memudahkan untuk pengelolaan data di lingkungan Bagian Umum. Tujuan yang akan
dicapai dari kegiatan ini adalah peningkatan kinerja (efektifitas dan efisiensi) dalam
pengelolaan data-data Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

Sasaran yang akan dicapai oleh kegiatan ini adalah:
 terbangunnya aplikasi dan database Informasi Data Kendaraan Dinas/Operasional
Sekretariat Daerah.
 terbentuknya database dengan tingkat ketersediaan yang tinggi dan aman.
 ketersediaan data-data terkait Informasi Data Kendaraan Dinas/Operasional Sekretariat
Daerah yang lengkap dan menyeluruh sehingga dapat mendukung dan memudahkan
dalam manajemen pengelolaan di lingkungan Bagian Umum Sekretariat Daerah
Kabupaten Bandung.
Ruang lingkup pekerjaan adalah sebagai berikut:
1. Identifikasi dan analisis terhadap Informasi Data Kendaraan Dinas/Operasional
Sekretariat Daerah di lingkungan Bagian Umum Sekretariat Daerah .
2. Identifikasi dan analisis terhadap kebutuhan-kebutuhan kegiatan dari data terkait
Informasi Data Kendaraan Dinas/Operasional di lingkungan Bagian Umum Sekretariat
Daerah.
3. Formulasi dan perancangan solusi
4. Pembangunan aplikasi Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah
meliputi fitur – fitur sebagai berikut :

2

a. Perancangan database
b. Inputing (tambah, ubah dan hapus) data Nomor Polisi
c. Inputing (tambah, ubah dan hapus) data Kendaraan Tahun Pembuatan
d. Inputing (tambah, ubah dan hapus) data Rincian Habis Pajak
e. Pencarian data Perawatan Kendaraan
f. Laporan
5. Uji coba dan penginstalan aplikasi
6. Pelatihan penggunaan aplikasi

1.3 Definisi dan Istilah
Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen
SKPL ini:
 SRS
: Software Requirements Specification, atau
 SKPL
: Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak.
 IEEE
: Institute of Electrical and Electronics Engineering
Standar internasional untuk pengembangan dan perancangan produk.

 ANSI
: American National Standard Institute
Lembaga Standardisasi Amerika.
 TBD
: To Be Defined
 SIDAKENDI : Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

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

Hal/Bagian

Aturan Penomoran/Penamaan

Kebutuhan Fungsional

SKPL-FXX : Menunjukkan kebutuhan fungsional ke-XX

Kebutuhan Non Fungsional

SKPL-NFXX : Menunjukkan kebutuhan non fungsional ke-XX

Ringkasan kebutuhan
fungsional

SKPL-Fxxx dimana xxx adalah tiga digit bilangan bulat
dimulai dari 000

Ringkasan kebutuhan nonfungsional

SKPL-NFxxx dimana xxx adalah tiga digit bilangan bulat
dimulai dari 000

1.5 Referensi
Beberapa textbook, panduan, atau dokumentasi lain yang digunakan sebagai acuan
dalam pengembangan perangkat lunak ini adalah sebagai berikut :

1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement
Specifications.

3

2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc
Graw Hill, 2001.
3. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan
Teknik Informatika, Institut Teknologi Sepuluh Nopember.
4. Panduan Pengisian Spesifikasi Perangkat Lunak (SKPL) Beroriantasi Proses, Jurusan
Teknik Informatika, Institut Teknologi Sepuluh Nopember.
5. Kerangka Acuan Kerja Jasa Konsultasi Pembuatan Sistem Informasi Data Kendaraan
Dinas/Operasional Sekretariat Daerah, Bagian Umum Sekretariat Daerah Kabupaten
Bandung.

1.6 Ikhtisar Dokumen
Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai
berikut:
 Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL ini yang berisi tujuan
penulisan dokumen, lingkup masalah, juga memuat definisi dan istilah yang digunakan

serta deskripsi umum dokumen yang merupakan ikhtisar dokumen SKPL.
 Bab 2 Deskripsi Umum Perangkat Lunak, mendefinisikan perspektif produk perangkat
lunak serta asumsi dan ketergantungan yang digunakan dalam pembuatan Sistem
Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.
 Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi Sistem
Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah, yang meliputi
kebutuhan antarmuka eksternal, kebutuhan fungsionalitas, kebutuhan performansi,
batasan perancangan, atribut sistem perangkat lunak, dan kebutuhan lain Sistem
Informasi Data Kendaraan Dinas/Operasional.
 Bab 4 Jadwal Kegiatan, merupakan rincian jadwal kegiatan selama pembuatan Sistem
Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

4

BAB 2
DESKRIPSI UMUM PERANGKAT LUNAK
2.1 Deskripsi Umum Sistem
Produk yang kami buat yaitu suatu program yang dapat memudahkan dalam
pengelolaan Informasi Data Kendaraan Dinas/Operasional di lingkungan Bagian Umum
Sekretariat Daerah. Sistem yang kami buat nantinya akan memiliki tiga fungsi utama, yakni

pengelolaan (tambah, ubah dan hapus) data kendaraan, pencarian dan tampilan informasi
data perawatan kendaraan, pelaporan yang mencakup rekapitulasi data kendaraan dan data
Habis Bayar Pajak. Program yang kami buat hanya sebagai tolok ukur dan pembanding serta
menjadi alat yang tepat dalam membantu menangani masalah pengelolaan Informasi Data
Kendaraan Dinas/Operasional.

2.2 Fungsi Produk
Perangkat Lunak SIDAKENDI ini mempunyai beberapa fungsi utama, antara lain:
1. (SKPL-F1) Dapat menampilkan, menambahkan, mengubah, dan menghapus data Nomor
Polisi.
2. (SKPL-F2) Dapat menampilkan, menambahkan, mengubah, dan menghapus data
Kendaraan berdasarkan Tahun Pembuatan.
3. (SKPL-F3) Dapat menampilkan, menambahkan, mengubah, dan menghapus data Rincian
Habis Pajak.
4. (SKPL-F4) Dapat melakukan pencarian dan menampilkan informasi data Perawatan
Kendaraan meliputi data Kendaraan Dinas.
5. (SKPL-F5) Dapat melakukan pencarian dan menampilkan informasi data Perawatan
Kendaraan meliputi data Pindah Tangan Kendaraan.
6. (SKPL-F6) Dapat menampilkan laporan rekapitulasi data kendaraan.
7. (SKPL-F7) Dapat menampilkan laporan rekapitulasi data Habis Bayar Pajak.

8. (SKPL-F8) Dapat menangani fasilitas bantuan pada aplikasi.

2.3 Karakteristik Pengguna
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Tabel 2. Karakteristik Pengguna

Kategori
Pengguna

Tugas

Hak Akses ke
aplikasi

Kemampuan yang harus
dimiliki

Administrator

- Mengatur hak

akses pengguna
- Mengelola
administrasi data
kendaraan
- Mencetak laporan
rekapitulasi data
kendaraan

Admin (semua)

Paham menggunakan
komputer, Mengerti
tentang administrasi data
kendaraan

Petugas /

- Memasukkan data

Pengguna

Paham menggunakan
5

Operator

kendaraan
- Mengelola data
kendaraan
- Mencetak laporan
rekapitulasi data
kendaraan
- Melakukan
pencarian data
kendaraan

(mengelola data
master, dokumen,
dan laporan)

komputer, Mengerti
tentang administrasi data
kendaraan

2.4 Batasan
Pengembangan Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat
Daerah ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :
1. SIDAKENDI merupakan aplikasi berbasis web yang dibuat dengan menggunakan
bahasa pemrograman PHP.
2. Keterbatasan dari sisi perangkat keras yang digunakan, contohnya input hanya berupa
teks dan angka, serta beberapa karakter. Input tersebut dapat berupa data-data
kendaraan.
3. Software pendukung yang digunakan SIDAKENDI adalah Microsoft Windows 2007,
DBMS MySQL, Rational Rose.

2.5 Lingkungan Operasi
Lingkungan operasi untuk menjalankan Sistem Informasi Data Kendaraan
Dinas/Operasional Sekretariat Daerah ini dalam pengembangannya adalah sebagai berikut :
1. Model SIDAKENDI adalah Aplikasi Software, namun juga bisa digunakan berbasis web
(web based).
2. SIDAKENDI ini dapat dijalankan pada web browser komputer yang tersambung dengan
internet.
3. Syarat minimal dari processor yang digunakan adalah Dual Core.

6

BAB 3
DESKRIPSI UMUM KEBUTUHAN
3.1 Kebutuhan Antarmuka Eksternal
3.1.2 Antarmuka Pengguna
Perangkat lunak yang akan dikembangkan membutuhkan interaksi dengan user
sebagai pemakai aplikasi perangkat lunak. Dalam melakukan interaksi dengan pemakai
perangkat lunak ini membutuhkan perangkat untuk melakukan proses transformasi input
dan output dari dan ke pemakai. Perangkat tersebut adalah sebagai berikut:
a. Perangkat Keyboard
Keyboard diperlukan sebagai sarana bagi pengguna untuk mengetikkan data masukan
yang akan diproses perangkat lunak.
b. Perangkat Mouse
Mouse digunakan sebagai sarana bagi pengguna untuk memasukkan data input bagi
perangkat lunak. Meskipun sebagian besar fungsi mouse dapat digantikan dengan
perangkat keyboard tetapi akan lebih ergonomis apabila pada jenis input tertentu
digunakan mouse sebagai salah satu perangkat yang dibutuhkan sebagai antarnuka
dengan pengguna.
c. Layar Monitor
Layar sebagai sarana untuk menampilkan aplikasi kepada pengguna mempunyai
spesifikasi diantaranya : monitor mampu menampilkan grafis dengan kualitas warna yang
baik untuk menampilkan user interface dan keluaran sistem.
d. Printer
Printer sebagai sarana untuk mencetak data yang telah diproses oleh perangkat lunak.

3.1.2 Antarmuka Perangkat Keras
Perangkat keras yang digunakan untuk membangun sistem ini mempunyai spesifikasi
sebagai berikut:
1. Sistem Operasi Microsoft Windows 2007
2. Processor Intel Core i7-4785T CPU RAM 4 GB

3.1.3 Antarmuka Perangkat Lunak
Beberapa perangkat lunak yang digunakan untuk membangun sistem ini adalah
sebagai berikut:
1. Notepad++
2. PHPmyadmin
3. XAMPP
4. Microsoft Office Visio 2007
5. Rational Rose

7

3.2 Kebutuhan Non Fungsional
Tabel 3. Deskripsi Kebutuhan Non Fungsional

SKPL-Id

Parameter

Kebutuhan

SKPL-N01

Availability

Aplikasi ini harus dapat beroperasi terus menerus selama 24
jam, karena aplikasi ini digunakan oleh Bagian Umum
Sekretariat Daerah untuk menjalankan semua aktivitas dalam
proses bisnis.

SKPL-N02

Reliability

Aplikasi ini harus dibangun dengan kehandalan yang tinggi.
Dengan kehandalan yang tinggi diharapkan kinerja (efektifitas
dan efisiensi) dalam pengelolaan data-data Kendaraan
Dinas/Operasional Sekretariat dapat ditingkatkan.

SKPL-N03

Database
security

Database hanya dapat diakses oleh authorized user/admin.

SKPL-N04

Security

Aplikasi ini memiliki hak akses tertentu bagi tiap jenis
penggunanya.

SKPL-N05

Accessibility

Aplikasi dapat digunakan kapanpun dan dimanapun dengan
koneksi internet.

SKPL-N06

Comfortibitily Aplikasi yang dikembangkan harus memperhatikan user
interface agar nyaman di mata pengguna.

3.3 Batasan Perancangan

a. Hanya dapat diakses melalui web browser.
b. Harus tersambung dengan internet.
3.4 Ringkasan Kebutuhan
Terdiri dari kebutuhan fungsional dan non fungsional seperti pada 3.4.1 dan 3.4.2

3.4.1 Ringkasan Kebutuhan Fungsional
Tabel 4. Ringkasan Kebutuhan Fungsional untuk SIDAKENDI

SKPL-Id

Keterangan

SKPL-F000 Menerima data User Id dan Password dari pengguna dan mem-validasinya
SKPL-F001 Dapat menampilkan, menambahkan, mengubah, dan menghapus data Nomor
Polisi.
SKPL-F002 Dapat menampilkan, menambahkan, mengubah, dan menghapus data
Kendaraan berdasarkan Tahun Pembuatan.
SKPL-F003 Dapat menampilkan, menambahkan, mengubah, dan menghapus data Rincian
8

Habis Pajak.
SKPL-F004 Dapat melakukan pencarian dan menampilkan informasi data Perawatan
Kendaraan meliputi data Kendaraan Dinas.
SKPL-F005 Dapat melakukan pencarian dan menampilkan informasi data Perawatan
Kendaraan meliputi data Pindah Tangan Kendaraan.
SKPL-F006 Dapat menampilkan laporan rekapitulasi data kendaraan.
SKPL-F007 Dapat menampilkan laporan rekapitulasi data Habis Bayar Pajak.
SKPL-F008 Dapat menangani fasilitas bantuan pada aplikasi.

3.4.2 Ringkasan Kebutuhan Non Fungsional
Tabel 5. Ringkasan Kebutuhan Non Fungsional untuk SIDAKENDI

SKPL-Id

Keterangan

SKPL-N001

Aplikasi dapat bekerja selama 24 jam.

SKPL-N002

Aplikasi ini harus dibangun dengan kehandalan yang setinggi mungkin.

SKPL-N003

Database hanya dapat diakses oleh authorized user/admin.

SKPL-N004

Aplikasi ini memiliki hak akses tertentu bagi tiap penggunanya.

SKPL-N004

Aplikasi ini dapat diakses menggunakan koneksi internet.

SKPL-N005

Aplikasi ini harus memiliki user interface yang baik.

9

BAB 4
JADWAL KEGIATAN
4.1 Waktu Pelaksanaan Kegiatan
Pembangunan aplikasi ini berlangsung selama 30 hari kerja dimulai dari serah terima
kontrak dengan penjadwalan sebagai berikut :
1. Pembuatan laporan pendahuluan untuk perencanaan kegiatan. (Mei 2015)
2. Dokumentasi untuk sistem dan kegiatan. (Mei 2015)
3. Studi Kelayakan. (Mei 2015)
4. Analisis dan Desain Sistem. (Mei 2015)
5. Pengembangan Database. (Mei 2015)
6. Perancangan modul. (Mei 2015)
7. Pembuatan prototype. (Mei 2015)
8. Implementasi modul. (Mei 2015)
9. Programmer testing.(Mei 2015)
10. User Acceptance testing. (Mei 2015)
11. Validasi dan evaluasi. (Mei 2015)
12. Pembuatan laporan mingguan. (Mei 2015)
13. Pembuatan dokumentasi SOP (System Operating Procedure) dan SMP (System
Maintenance Procedure). (Mei 2015)
14. Pembuatan laporan akhir. (Mei 2015)

4.2 Matriks Pelaksanaan Kegiatan
Tabel 6. Matriks Pelaksanaan Kegiatan
Tahapan Kegiatan
2

4

6

8

10

12

Mei
Hari Ke14 16 18

20

22

24

26

1. Pembuatan laporan pendahuluan
2. Dokumentasi untuk sistem dan kegiatan
3. Studi Kelayakan
4. Analisis dan Desain Sistem
5. Pengembangan Database
6. Perancangan modul
7. Pembuatan prototype
8. Implementasi modul
9. Programmer testing
10. User Acceptance testing
11. Validasi dan evaluasi
12. Pembuatan laporan mingguan
13. Pembuatan dokumentasi SOP dan SMP
14. Pembuatan laporan akhir

10

28

30

DAFTAR PUSTAKA
Kerangka Acuan Kerja (KAK). [Online] [Diakses: 27 Maret 2015.]
http://bagianumumsetda.com/profile/download/kerangka.pdf

11