SKPL-OO-xx

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

< INFORMASI PARKIRAN UDINUS >

untuk:

Nisa’ul Hafidhoh M.T

Dipersiapkan oleh:

Muhammad Nurwahid (A11.2016.09552)

Dieny Laksmana (A11.2016.09699)

Ayyub Zamroni (A11.2016.09894)

Wisnu Prahara Sakti (A11.2016.09851)

Satria Aji Wicaksana (A11.2016.09901)

Program Studi Teknik Informatika

FIK - UDINUS

Jl. Imam Bonjol No. 207 Semarang

Nomor Dokumen Halaman

Program Studi
Teknik Informatika
FIK – UDINUS SKPL-OO-xx <xx:no <#>/<jml #
Revisi <nomor revisi> Tgl: <isi tanggal>
 Daftar Isi
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....................................................................................................................................5
1.5 Referensi...................................................................................................................................................5
1.6 Deskripsi umum Dokumen (Ikhtisar)........................................................................................................5
2 Deskripsi Umum Perangkat Lunak...................................................................................................................6
2.1 Deskripsi Umum Sistem...........................................................................................................................6
2.2 Karakteristik Pengguna.............................................................................................................................6
2.3 Batasan......................................................................................................................................................6
2.4 Lingkungan Operasi..................................................................................................................................6
3 Deskripsi Kebutuhan.........................................................................................................................................7
3.1 Kebutuhan Antarmuka Eksternal..............................................................................................................7
3.1.1 Antarmuka pemakai..........................................................................................................................7
3.1.2 Antarmuka Perangkat Keras.............................................................................................................7
3.1.3 Antarmuka Perangkat Lunak.............................................................................................................7
3.1.4 Antarmuka Komunikasi....................................................................................................................7
3.2 Kebutuhan Fungsional..............................................................................................................................7
3.3 Model Use Case........................................................................................................................................7
3.3.1 Diagram Use Case.............................................................................................................................7
3.3.2 Definisi Actor....................................................................................................................................7
3.3.3 Definisi Use Case..............................................................................................................................8
3.3.4 Skenario Use Case.............................................................................................................................8
3.4 Kebutuhan Non Fungsional.......................................................................................................................8
3.5 Batasan Perancangan.................................................................................................................................9
3.6 Kerunutan (traceability)............................................................................................................................9
3.6.1 Kebutuhan Fungsional vs Use Case..................................................................................................9
3.7 Ringkasan Kebutuhan...............................................................................................................................9
3.7.1 Kebutuhan Fungsional......................................................................................................................9
3.7.2 Kebutuhan Non Fungsional...............................................................................................................9

Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar

Program Studi Teknik Informatika SKPL-W-xx Halaman 2/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) ini dibuat untuk mahasiswa atau

juga dosen udinus yang mendefinisikan kebutuhan dari perangkat lunak meliputi kebutuhan

dalam sistem parkiran.

1.2 Lingkup Masalah

Perangkat Lunak Informasi Parkiran Udinus dikembangkan dengan tujuan untuk :
1. Terpantaunya jumlah parkiran tiap Gedung
2. Merekomendasi parkiran kepada user
3. Mempercepat kinerja parkiran

1.3 Definisi, Istilah dan Singkatan

Daftar definisi, singkatan dan akronim yang digunakan dalam SKPL ini adalah seperti yang

tercantum dalam table berikut ini:

Keyword Definisi
Barcode Barcode atau kode batang adalah sekumpulan data yang

digambarkan dengan garis dan jarak spasi

Barcode printer Jenis printer dengan pengelompokan berdasarkan kegunaannya,

yaitu untuk mencetak label barcode.

Barcode Scanner alat yang digunakan untuk membaca kode-kode berbentuk garis-

garis vertikal yang terdapat pada kebanyakan produk-produk dengan

cepat.
LCD Layar dengan resolusi tinggi yang berfungsi sebagai monitor
DBMS Data Base Management System atau pengelolaan manajemen data

base
GUI Graphical User Interface atau tampilan antarmuka yang digunakan

program untuk berinteraksi dengan pengguna.

1.4 Aturan Penomoran

Tuliskan jika anda memakai aturan penomoran

Program Studi Teknik Informatika SKPL-W-xx Halaman 3/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
1.5 Referensi
Referensi yang digunakan dalam pembuatan dokumen SKPL ini adalah :
 Refensi dari Dosen Mata Kuliah Rekayasa Perangkat Lunak dalam bentuk

template SKPL.
 Referensi dari notulensi wawancara yang dilakukan tim kelompok dengan instansi

terkait.

1.6 Deskripsi umum Dokumen (Ikhtisar)

Informasi parkir udinus adalah perangkat lunak berupa sistem informasi di Gedung
tempat parkir udinus
sebagai sistem informasi yang menginput data kondisi parkiran udinus dan memberikan
informasi pada pengguna parkir, dengan pencarian data yang cepat dan akurat untuk
kebutuhan informasi yang ada pada tempat patkir tiap gedung.

Program ini merupakan program yang membantu mahasiswa atau dosen udinus yang
diberikan informasi melalui website, dalam melakukan pencarian tempat parkir yang
tersedia. Dalam melakukan pengecekan informasi parkir yang tersedia opretor harus
login terlebih dahulu dan melihat kondisi parkir tiap Gedung

Program Studi Teknik Informatika SKPL-W-xx Halaman 4/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

Aplikasi parkir merupakan perangkat lunak yang didukung dengan perangkat keras
yang berfungsi untuk mempermudah mahasiswa, dan rasa kenyamanan mahasiswa/i
dalam meninggalkan kendaraan roda dua di area parkiran kampus ketika kegiataan
perkuliahan sedang berlangsung.
Contoh gambaran sistem ini adalah sebagai berikut :
a.) Administrator : membuat sistem parkir, dimana sistem tersebut beroperasi untuk
mengolah data kartu parkir serta menyimpan data – data kendaraan yang masuk
maupun keluar dari area parkir. Sistem juga dapat menghitung quota parkir, jika
quota parkir masih tersedia, mala mengeluarkan kartu parkir secara otomatis.
b.) Operator : saat pegendara masuk operator memasukan data ke database untuk
menambah kouta ke website dan memberi karcis untuk mahasiswa
c.) Mahasiswa/i : hanya mengecek kouta tempat parkir yang mau dituju

2.2 Karakteristik Pengguna

Pengguna Tanggung Hak Tingkat Tingkat Pengalaman Jenis

jawab Akses pendidikan Keterampilan pelatihan

Admin Menjalanknn - - Mampu - Kursus

system mengoperasikan computer

melalui PC komputer dan

pelatihan

program
Staff Mengecek Menekan Semua Mampu - Kursus

karcis parkir tombol pengguna mengoperasikan computer

untuk keluar keluar kendaraan komputer dan

pelatihan

program
Pengguna Memberi Menekan Semua - - -

info tombol pengguna

Program Studi Teknik Informatika SKPL-W-xx Halaman 5/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
 masuknya masuk kendaraan

kendaraan

2.3 Batasan
Batasan-batasan dalam perancangan dan pengembangan perangkat lunak Sistem Informasi

Parkiran CentrePark adalah sebagai berikut :

1) Sistem Informasi Parkiran tersebut tdk dapat diakses tanpa jaringan

2) Keterbatasan perangkat keras contohnya kebutuhan signal timing

3) Sistem Informasi Parkiran Udinus ini didukung oleh database dalam penyimpanan

data transaksi

2.4 Lingkungan Operasi

Perangkat lunak yang dibutuhakan untuk system ini dari sisi Server
 DBMS : Oracle 10g
 Sistem operasi :minimal windows XP
 Java development kit
Dari sisi client :
 Sistem operasi : minimal windows XP

Program Studi Teknik Informatika SKPL-W-xx Halaman 6/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Sistem informasi tempat parker ini menggunakan antarmuka yang berbasis desktop dan

menggunakan sistem operasi berbasis windows maupun smartphone

3.1.1 Antarmuka pemakai

Sebagai staff parkir digunakan sebuah barcode printer dengan menekan tombol.
Sebagai staff :
 Menekan tombol masuk
 Masukkan data parkiran dengan menggunaka barcode scanner

3.1.2 Antarmuka Perangkat Keras

Adapun spesifikasi minimum perangkat keras yang direkomendasikan untuk aplikasi ini:
 Competible PC
 Barcode Scanner
 Barcode Printer

3.1.3 Antarmuka Perangkat Lunak

Perangkat lunak yang dibutuhkan dalam sistem ini adalah:
 Windows 7 sebagai sistem operasi dan media interface dari sistem ini
 Smartphone

3.2 Kebutuhan Fungsional

Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan penjelasan jika perlu. Bisa
dibuat dalam bentuk tabel.

ID Kebutuhan Penjelasan
KF-01 Fitur cek kouta Pengendara bias melihat kouta parker
tiap Gedung
KF-02 Fitur rekomendasi parkiran Mendapat notif rekomendasi parkiran
KF-03 Fitur masuk parkiran Tiap masik kendaraan data terinput ke
databse dan ditampilkan di website
KF-04 Fitur karcis parkir Mendapatkan karcis dari petugasnya
KF-05 Fitur keluar parkiran Mengamblkan karcis otomatis data
terhapus dari kouta

Pada subbab berikutnya, buatlah diagram konteks dan DFD level berikutnya.

3.3 Model Use Case

3.3.1 Diagram Use Case

Program Studi Teknik Informatika SKPL-W-xx Halaman 7/ dari 11 halaman

CekTeknik
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi koutaInformatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen iniAmbil
tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
Karcis
cek kouta
Mengelola
parkir Mengelola
prtugas Parkiran
gedung petugas
admin
mahasiswa
3.3.2 Definisi Actor
Bagian ini diisi dengan daftar actor dan deskripsi role untuk actor tersebut. Deskripsi role
harus menjelaskan wewenang pada role tersebut dalam perangkat lunak. Bisa dibuat dalam
bentuk tabel berikut:
No Actor Deskripsi

1 Pengguna Pengguna merupakan aktor yang mempunyai hak akses untuk

menggunakan fasilitas parkir meliputi pendaftaran pengguna parkir,
pemakaian areal parkir

2 Petugas parkir Petugas parkir merupakan aktor yang mempunyai hak akses untuk
login aplikasi, melakukan pengolahan data pengguna, melakukan
pemblokiran pengguna dan mengelola laporan parkir.

3 Admin Parkir Admin parkir merupakan aktor yang mempunyai hak akses untuk
login aplikasi, melakukan pengolahan data petugas, pengolahan data
pengguna dan pengaturan parkir.

Program Studi Teknik Informatika SKPL-W-xx Halaman 8/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
3.3.3 Definisi Use Case
Bagian ini diisi dengan daftar use case dan deskripsi singkat mengenai use case tersebut. Bisa
dibuat dalam bentuk tabel berikut:
No Use Case Deskripsi
1 . Login Merupakan proses pengecekan hak akses petugas atau admin untuk masuk
kedalam aplikasi dan melakukan proses pengelolaan data parkir, data
pengguna, pengaturan sistem dan pembuatan laporan

Parkir Merupakan proses parkir pengguna

3 Pendaftaran Merupakan proses pendaftaran pengguna untuk mendapatkan hak akses ke
dalam area parkir
Mengelola Data Merupakan proses pengelolaan data parkir meliputi data parkir
5. Parkir masuk dan data parkir keluar.
Merupakan proses konfigurasi parkir meliputi pengaturan
8 Pengaturan Parkir kuota
Merupakan proses konfigurasi kuota kendaraan yang dapat
9 Pengaturan Kouta melakukan parkir
10 Membuat Laporan Merupakan proses pembuatan laporan parkir, meliputi
pembuatan laporan harian dan laporan bulanan
11 Mengelola Data Merupakan proses pengelolaan master data, meliputi tambah
Petugas petugas, edit data petugas, dan hapus data petugas.

3.3.4 Skenario Use Case

Nama Use Case: cek lokasi parkir

Skenario:
Aksi Actor ( pengendara ) Reaksi Sistem
Skenario Normal
1. membuka website
2. Menampilkan data lokasi parkir
3. Menekan tombol navigasi (next, prev)
4. Me-refresh tampilan data
Skenario Alternatif
1. Memilih lokasi
2. Menampilkan data ‘Tidak ada lokasi’

Nama Use Case: Parkir Masuk

Skenario:
Aksi Actor ( pengendara ) Reaksi Sistem
Skenario Normal
1. Menedekatkan ke alat parkir
2. Menambahkan kouta parkir

Skenario Alternatif
1. Mendekat ke alat parkir
2. Menampilkan pesan ‘Tidak ada kouta ’

Nama Use Case: Parkir Keluar

Skenario:
Aksi Actor (pengendara) Reaksi Sistem
Skenario Normal
1. Menedekatkan ke alat parkir
2. Menghapus kouta parkir

Program Studi Teknik Informatika SKPL-W-xx Halaman 9/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
Skenario Alternatif
1. Mendekat ke alat parkir
2. Menampilkan pesan ‘Tidak terhapus ’

Nama Use Case: Data parkiran

Skenario:
Aksi Actor ( petugas ) Reaksi Sistem
Skenario Normal
1. Memasukan data pengendara
2. Menambahkan data parkiran
3. Menekan tombol navigasi (next, prev)
4. Me-refresh tampilan daftar produk

Nama Use Case: Pengaturan kouta parkir

Skenario:
Aksi Actor (admin ) Reaksi Sistem
Skenario Normal
1. Mengubha data kouta parkir
2. Menampilkan data masuk keluarnya kendaraan
3. Menampilkan kouta ke website
4. refresh lokasi parkiran

3.4 Kebutuhan Non Fungsional

Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom Kebutuhan
dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi.ID adalah nomor kebutuhan yang harus
ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..

ID Parameter Kebutuhan
Availability 24 jam sehari, 7 hari seminggu
KNF-01
Reliability Tidak pernah gagal
KNF-02
Ergonomy Interface berbasis touch screen
KNF-03
Portability Mudah diadopsi disistem operasi yang terdapat
KNF-04 jaringan client server
Memory Data yang tersimpan berbentuk digital dan tidak
KNF-05 mudah hilang
Response time Maksimal pengecekan tag selama 2 detik
KNF-06
Safety Mudah diblokir ketika kehilangan
KNF-07
Security Tag RFID sangat susah untuk dipalsukan
KNF-08

3.5 Batasan Perancangan

Sebutkan batasan perancangan jika ada. Contoh : harus memakai library yang ada, harus memakai sepotong
kode yang sudah pernah dikembangkan, harus memperhatikan hal-hal tertentu

Program Studi Teknik Informatika SKPL-W-xx Halaman 10/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.
3.6 Kerunutan (traceability)

Activity
Kebutuhan
Diagram
SKPL-COJ.K-
COJ-AD.0001
0001
SKPL-COJ.K-
COJ-AD.0002
0001
SKPL-COJ.K-
COJ-AD.0003
0001
SKPL-COJ.K-
COJ-AD.0004
0002

3.6.1 Kebutuhan Fungsional vs Use Case

Mapping kebutuhan fungsional dengan use case terkait

ID Kebutuhan ID Use Case Terkait

Fungsional

Program Studi Teknik Informatika SKPL-W-xx Halaman 11/ dari 11 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-UDINUS dan bersifat
rahasia. Dilarang memproduksi ulang dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika FIK-UDINUS.