GL01 SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK SISTEM PARKIR UB PARKSYS. untuk: UNIVERSITAS BRAWIJAYA

(1)

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM PARKIR ‘ UB PARKSYS ‘

untuk:

UNIVERSITAS BRAWIJAYA

Dipersiapkan oleh :

Rindang Mazdarani H. - 0910680040

Iqbal Luthfillah - 0910680045

Jurusan Teknik Informatika

Fakultas Teknik

Universitas Brawijaya

Jurusan Teknik Informatika Universitas Brawijaya

Nomor Dokumen Halaman

GL01-05

13

Revisi

(2)

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

(3)

Daftar Halaman Perubahan

(4)

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 Referensi...6

1.5 Deskripsi umum Dokumen (Ikhtisar)...6

2 Deskripsi Umum Perangkat Lunak...6

2.1 Deskripsi Umum Sistem...6

2.2 Fungsi Produk...7

2.3 Karakteristik Pengguna...7

2.4 Batasan...8

2.5 Lingkungan Operasi...8

3 Deskripsi Umum Kebutuhan...8

3.1 Kebutuhan antarmuka eksternal...8

3.1.1 Antarmuka pemakai...8

3.1.2 Antarmuka perangkat keras...8

3.1.3 Antarmuka komunikasi...9

3.2 Deskripsi Fungsional...10

3.3 Data Requirement...10

3.3.1 E-R diagram...10

3.4 Non Functional Requirement...12

3.5 Kerunutan (traceability)...12

3.5.1 Data Store vs E-R...12

(5)

1. Pendahuluan

Dokumen ini akan berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Specification (SRS) untuk Sistem Parkir UB ‘ParkSys’. Untuk mempersingkat penamaan dokumen ini selanjutnya akan digunakan istilah SKPL.

1.1 Tujuan Penulisan Dokumen

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan. Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis pengembangan perangkat lunak pada tahap selanjutnya.

1.2 Lingkup Masalah

ParkSys adalah perangkat lunak berupa aplikasi berbasis java yang didukung dengan RFID dan CCTV sehingga memudahkan sistem parkir di Universitas Brawijaya ini menjadi terotomatisasi dan terjamin keamanannya.

Dalam sistem ini pengemudi kendaraan menggunakan tag RFID untuk identifikasi kendaraan yang masuk dan keluar area universitas. Dalam tag RFID ini menyimpan data kendaraan dan diberlakukan masa aktif, sehingga apabila masa aktif telah habis, pengemudi harus melakukan registrasi ulang.

1.3 Definisi, Istilah dan Singkatan

 SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa Inggris-nya sering juga disebut sebagai Software Requirements Spesification (SRS), dan merupakan spesifikasi dari perangkat lunak yang akan dikembangkan.

 SKPL-ParkSysxxxx adalah kode yang digunakan untuk merepresentasikan kebutuhan

(requirement) pada SPUB, dengan SPUB merupakan kode perangkat lunak, SPUB adalah kode fase, dan xxxx adalah digit/nomor kebutuhan (requirement).

 Unified Modeling Language (UML) adalah standar untuk keperluan umum bahasa pemodelan dibidang rekayasa perangkat lunak

 OOP (Object Oriented Programming) adalah jenis pemrograman dengan metode enkapsulasi dengan membuat kelas-kelas dalam pendefinisian suatu kasus

(6)

 RFID (Radio Frequency Identification) merupakan teknologi auto identifikasi yang paling murah dan maju guna memudahkan penyebaran informasi menjadi lebih cepat dan akurat.

1.4 Referensi

Referensi yang digunakan pada perangkat lunak ini adalah:

• Arief Taufiqur Rahman. Spesifikasi Kebutuhan Perangkat Lunak (SKPL). Jurusan Teknik Informatika ITB.

• Braude, E. Software Engineering - An Object Oriented Perspective. John Wiley and sons. 2001.

• Jean-Philippe Brossat. Software Requirement Specification. September 2003. • STAF IF. GL01, Spesifikasi Kebutuhan Perangkat Lunak. Jurusan Teknik

Informatika ITB.

1.5 Deskripsi umum Dokumen (Ikhtisar)

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan tentang dokumen SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup masalah yang diselesaikan oleh perangkat lunak yang dikembangkan, definisi, referensi, dan deskripsi umum.

Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang akan dikembangkan meliputi fungsi dari perangkat lunak, karakteristik pengguna, batasan, dan asumsi yang diambil dalam pengembangan perangkat lunak.

Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.

2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

ParkSys merupakan suatu aplikasi berbasis java dimana system menyatukan antara pendeteksi RFID yaitu sebuah tag yang menyimpan data suatu kendaraan yang biasanya diletakkan di pelat nomor kendaraan, Camera sircuit atau CCTV , database dan tag RFID yang berbentuk kartu pengenal pemilik kendaraan.Dimana ketika suatu kendaraan masuk akan langsung dideteksi oleh system dengan semua data yang ada dikendaraan akan disimpan.Begitu pula ketika kendaraan tersebut keluar.

(7)

2.2 Fungsi Produk

Adapun fungsi dari system ini antara lain :

 Otomatisasi system pengecekan kendaraan yang keluar dan masuk area Universitas Brawijaya SKPL-ParkSys-K-0002

 Penghematan waktu dan tenaga dalam pengecekan kendaraan yang keluar dan masuk area Universitas Brawijaya ,sehingga tidak menimbulkan kemacetan yang disebabkan menumpuknya kendaraan di pintu masuk atau keluar area UB SKPL-ParkSys-K-0002

 Meningkatkan keamanan , karena semua kendaraan yang keluar dan masuk terdata dengan baik dalam system dan CCTV merekam semua kegiatan yang berlangsung SKPL-ParkSys-K-0002

 Memperkecil human error

 Mengganti STNK yang selama ini digunakan sebagai syarat keamanan keluar masuknya kendaraan SKPL-ParkSys-K-0001

 Meminimalisir kehilangan STNK akibat kecerobohan saat sebelum pengecekan atau sesudah dengan system yang konvesional SKPL-ParkSys-K-0001

 Ketika ada yang kehilangan tag RFID nya, dapat langsung dilaporkan ke admin sehingga dapat dilakukan pemblokiran data dengan cepat SKPL-ParkSys-K-0001

 Untuk pemalsuan ataupun cloning kartu tidak bisa dilakukan karena salah satu pemilihan teknologi RFID ini dikarenakan masih sulit nya duplikasi tag RFID.

 Apabila tag hilang dapat diganti dengan tag baru tanpa menghilangkan data yang ada pada tag dikarenakan data selain ditulis dalam tag juga dicatat dalam basis data.

2.3 Karakteristik Pengguna

Pengguna system ini terbagi dalam dua bagian yaitu pengguna kendaraan dan operator sistem

Kategori Pengguna Tugas Hak Akses ke aplikasi

Pengguna kendaraan _ Saat masuk tag RFID kendaraannya akan dicek  Saat keluar menunjukan

kartu tanda pengenal kendaraan pada mesin tag reader yang nantinya akan disinkronkan data di tag RFID kendaraannya dengan kartu yang dibawanya  Mendaftar atau

memperpanjang masa aktif tag RFID dan kartu nya

SKPL-ParkSys-K-0001

(8)

Kategori Pengguna Tugas Hak Akses ke aplikasi masuknya kendaraan

2.4 Batasan

Sistem ini hanya akan berjalan jika pengguna kendaraan sudah mendaftar dan terdaftar dalam system ini,Dan juga adanya jaringan yang on line ke server

2.5 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

3 Deskripsi Umum Kebutuhan

3.1 Kebutuhan antarmuka eksternal

Kebutuhan antarmuka eksternal pada perangkat lunak ParkSys mencakup kebutuhan antarmuka pemakai dan antarmuka perangkat keras

3.1.1 Antarmuka pemakai

Pengguna dapat melihat validasi tag RFID nya ke layar monitor ketika tag nya terdeteksi serta akan ada suara sebagai tanda tag tersebut valid

3.1.2 Antarmuka perangkat keras

Kebutuhan minimum perangkat keras yang dapat digunakan oleh ParkSys adalah :  PC  keyboard  mouse



Layar monitor ( LCD )

 RFID reader  Barcode reader

(9)

3.1.3 Antarmuka komunikasi

Yang dibutuhkan hanya sebuah komputer server dan beberapa komputer client (sesuai jumlah kebutuhan ) yang terhubung secara client-server dalam lingkup jaringan Internet atau intranet berbasis protokol Transmission Control Protocol/Internet Protocol (TCP/IP).

3.2 Deskripsi Fungsional

(10)

3.3 Data Requirement

3.3.1 E-R diagram

Pemilik kendaraan ID_pemilik (Pk) NIM/NIP/KTP NAMA ALAMAT NO_TLP PEKERJAAN Keluar_masuk ID_RFID (Fk) Operator Datetime masuk Datetime keluar durasi Tabel pemilik_kendaraan

Kolom Tipe data Keterangan

ID_Pemilik Varchar Primary key

NIM/NIP/KTP Varchar Nama Varchar Kendaraan ID_pemilik (Fk) Tipe_kendaraan Merek Keluaran No_rangka Pelat (Pk) Operator ID_operator NIK Nama RFID ID_RFID (Pk) ID_Pemilik (fk) Pelat (fk) Masa aktif

(11)

Alamat Varchar

No_tlp Varchar

Pekerjaan Varchar

Table data_kendaraan

ID_Pemilik Varchar Foreign Key

Tipe_kendaraan Varchar

Merek Varchar

Keluaraan Int

No_rangka Varchar

Pelat Varchar Primary key

Tabel RFID

ID_RFID Varchar Primary key

ID_pemilik Varchar Foreign key

Pelat Varchar Foreign key

Masa_aktif Date

Table operator

ID_Opeator Varchar Primary key

NIP Varchar

Nama Varchar

Table keluar_masuk

ID_RFID Varchar Foreign key

Opeator Varchar Foreign key

Datetime_masuk Date/time Datetime_keluar Date/time

durasi Date/time

3.4 Non Functional Requirement

SRS-Id Parameter Requirement

SKPL-ParkSys-K-0003 Availability 24 jam sehari, 7 hari seminggu SKPL-ParkSys-K-0004 Reliability Tidak pernah gagal

SKPL-ParkSys-K-0005 Ergonomy Interface berbasis touch screen SKPL-ParkSys-K-0006 Portability Mudah diadopsi disistem operasi yang

terdapat jaringan client server

SKPL-ParkSys-K-0007 Memory Data yang tersimpan berbentuk digital dan tidak mudah hilang

SKPL-ParkSys-K-0008 Response time Maksimal pengecekan tag selama 2 detik SKPL-ParkSys-K-0009 Safety Mudah diblokir ketika kehilangan SKPL-ParkSys-K-00010 Security Tag RFID samgat susah untuk dipalsukan

(12)

3.5 Kerunutan (traceability)

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

3.5.1 Data Store vs E-R

Data Store Entity Relasi

Pemilik Tabel pemilik_kendaraan statis

Kendaraan Table kendaraan Statis

RFID Table RFID Statis

Operator Tabel operator Statis

KeluarMasuk Tabel keluar_masuk statis

Data RFID Tidak ada dinamis

Data webcam Tidak ada dinamis

Kendaraan masuk Tidak ada dinamis

LAMPIRAN

SW Function Point

Item Subitem Jumlah total Keterangan

Function Entry/Update 2 1.Login operator

2.deteksi RFID kendaraan

Proces 2 1.Sinkronisasi dengan database

2.Cek kecocokan antara kartu dan tag kendaraan

Delete 0

Menu 1 1.Menu operator

DataSore - 3 1.Input login operator

2.Input RFID

3.Input waktu masuk dan keluar

(13)

Item Subitem Jumlah total Keterangan 2.tb kendaraan 3.tb RFID 4.tb operator 5.tb keluar_masuk Realsi 0