SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAKPerancangan Pengembangan Perangkat Lunak Penyediaan Pelayanan Informasi Berbasis Lokasi Menggunakan Teknologi Bluetooth, Studi Kasus Perkuliahan Di Gedung Jurusan Teknik Informatika ITS (SPIBL)untuk :

Tugas CI1419Proyek Perangkat LunakDipersiapkan oleh:

Kelompok XLisa Handayani

(5104100042)

Wisda Rubikartin

(5104100105) Khumairoh Dicky P. (5104100116)

Sukriya Al-Asyik

(5104100136)Jurusan Teknik Informatika - Institut Teknologi Sepuluh NopemberJalan Raya ITS, Surabaya 60111Jurusan Teknik Informatika

Institut Teknologi Sepuluh Nopember - SurabayaNomor DokumenHalaman

GL01-G011/24

RevisiTgl: 26-09-2007

DAFTAR PERUBAHAN

RevisiDeskripsi

A

B

C

D

E

F

G

INDEX-ABCDEFG

Daftar Halaman PerubahanHalamanRevisiHalamanRevisi

Daftar Isi

Daftar Isi4

Daftar Gambar5

71Pendahuluan

71.1Tujuan

71.2Lingkup Masalah

71.3Definisi, Akronim dan Singkatan

81.4Referensi

81.5Deskripsi Umum Dokumen

92Deskripsi Global Perangkat Lunak

92.1Perspektif Produk

102.2Karakteristik Pengguna

102.3Batasan-batasan

113Deskripsi Rinci Kebutuhan

113.1Kebutuhan antarmuka eksternal

113.1.1Antarmuka pemakai

113.1.2Antarmuka Perangkat Keras

113.1.3Antarmuka perangkat lunak

113.1.4Antarmuka komunikasi

113.2Kebutuhan Fungsionalitas

113.2.1Deskripsi Proses

143.2.2Conceptual Data Model

143.2.3Struktur Tabel

173.3Deskripsi Kebutuhan Non Fungsional

173.3.1Performansi

173.3.2Batasan Memori

173.3.3Modus Operasi

173.3.4Kebutuhan Adaptasi Lokasi

183.4Atribut Kualitas Perangkat Lunak

183.4.1Keandalan

183.4.2Ketersediaan

183.4.3Keamanan

183.4.4Keremawatan (maintainability)

183.4.5Kepemindahan (portability)

183.5Batasan Perancangan

Daftar Gambar

Gambar 1. Conceptual Data Model...14Daftar Tabel

Tabel 1. Definisi, Singkatan dan Akronim8Tabel 2. Tabel Karakteristik pengguna13Tabel 3. Tabel Absensi 16Tabel 4. Tabel Jadwal17Tabel 5. Tabel Mata_Kuliah17Tabel 6. Tabel Lokasi17Tabel 7. Tabel Semester17Tabel 8. Tabel Pengumuman18Tabel 3. Tabel Log_Server_Kelas 18Tabel 9. Tabel Dosen18Tabel 10. Tabel Mahasiswa18Tabel 11. Tabel Levelling_User19Tabel 12. Tabel User_Login19Pendahuluan

1.1 Tujuan

Dokumen GL-01 ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Spesification (SRS) untuk sistem Penyedia Informasi Berbasis Lokasi (SPIBL).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 SPIBL dan pengguna (user) 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 sistem Penyedia Informasi Berbasis Lokasi (SPIBL).1.2 Lingkup Masalah

Perangkat lunak yang akan dikembangkan adalah perangkat lunak Penyedia Informasi Berbasis Lokasi (SPIBL), yaitu merupakan perangkat lunak yang digunakan pada ruang lingkup perkuliahan (mahasiswa dan dosen). SPIBL dapat berfungsi untuk membantu mengefisienkan perkuliahan. Sistem SPIBL dapat melakukan hal-hal berikut ini :Manage Data via Aplikasi Web.Absensi Perkuliahan.

Penambahan Pengumuman Baru.Lihat Informasi Perkuliahan.SPIBL ini diperuntukkan untuk mahasiswa dan dosen sehingga dapat mempermudah semua kegiatan perkuliahan. Dengan adanya SPIBL ini diharapkan waktu perkuliahan dapat berjalan maksimal tanpa terpotong oleh proses absensi. Mempermudah dosen dan mahasiswa mencari tahu informasi mengenai perkuliahan di suatu ruang pada gedung Teknik Informatika ITS serta memberikan kemudahan bagi dosen untuk memberikan pengumuman kepada seluruh mahasiswa yang mengikuti perkuliahan yang diajarkan.1.3 Definisi, Akronim dan Singkatan

Tabel 1. Definisi, Singkatan dan Akronim

Istilah, Akronim dan SingkatanKeterangan

SKPL Spesifikasi Kebutuhan Perangkat Lunak

Merupakan dokumen hasil analisis yang berisi spesifikasi kebutuhan user.

IEEE Institute of Electrrical and Electronics Engineers

Merupakan standar internasional untuk pengembangan dan rancangan perangkat lunak

SRS Software Requirement SpesificationDokumen ini sama dengan SKPL

SPIBL Sistem Penyedia Layanan Berbasis LokasiMerupakan sistem dalam ruang lingkup perkuliahan di gedung jurusan Teknik Informatika ITS

DCD Data Context Diagram

Merupakan diagram yang menggambarkan hubungan sistem dengan lingkungannya

DFD Data Flow Diagram

Diagram yang menggambarkan aliran data dan proses yang terjadi di dalam sistem

Mahasiswa Merupakan user dalam sistem ini.

Dosen Merupakan user dalam system ini.

Admin Merupakan seseorang yang terhadap operasional sistem.

User Mahasiswa dan Dosen.

Printer Perangkat keras yang digunakan untuk mencetak resi atau data-data transaksi.

Bluetooth address Alamat atau identitas telepon selular dari pengguna aplikasi.

Client Pengguna aplikasi yaitu mahasiswa dan dosen.

Client device Alat yang digunakan oleh pengguna untuk mengakses aplikasi.

ERD Entity Relationship Diagram, merupakan diagram yang menggambarkan relasi antara entiti dan atribut dari masing-masing entity.

CDM Conceptual Data Model, merupakan diagram model data.

1.4 Referensi

Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah sebagai berikut:

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

2. Software Engineering, Aparctitioners Approach 5th edition, Roger S Pressman, Mc Graw Hill, 2001.1.5 Deskripsi Umum Dokumen

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:

Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang brisi tujuan penulisan dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi, akronim dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan ikhtisar dokumen SKPL.

Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif produk perangkat lunak serta asumsi dan ketergantungan yang digunakan dalam pengembangan sistem SPIBL. Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem SPIBL, yang meliputi kebutuhan antarmuka eksternal, kebutuhan fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak dan kebutuhan lain dari sistem SPIBL.

Penjelasan yang lebih terinci dari masing-masing bab diatas, diuraikan berdasar outline sebagai berikut :

71Pendahuluan

1.1Tujuan71.2Lingkup Masalah71.3Definisi, Akronim dan Singkatan71.4Referensi81.5Deskripsi Umum Dokumen82Deskripsi Global Perangkat Lunak92.1Perspektif Produk92.2Karakteristik Pengguna102.3Batasan-batasan103Deskripsi Rinci Kebutuhan113.1Kebutuhan antarmuka eksternal113.1.1Antarmuka pemakai113.1.2Antarmuka Perangkat Keras113.1.3Antarmuka perangkat lunak113.1.4Antarmuka komunikasi113.2Kebutuhan Fungsionalitas113.2.1Deskripsi Proses113.2.2Conceptual Data Model143.2.3Struktur Tabel143.3Deskripsi Kebutuhan Non Fungsional173.3.1Performansi173.3.2Batasan Memori173.3.3Modus Operasi173.3.4Kebutuhan Adaptasi Lokasi173.4Atribut Kualitas Perangkat Lunak183.4.1Keandalan183.4.2Ketersediaan183.4.3Keamanan183.4.4Keremawatan (maintainability)183.4.5Kepemindahan (portability)183.5Batasan Perancangan18

2 Deskripsi Global Perangkat Lunak

2.1 Perspektif Produk

Dalam sistem SPIBL. yang terdiri dari server Bluetooth yang diletakkan di tiap ruang kuliah yang telah ditentukan,dan aplikasi client yang berjalan di telepon selular yang dimiliki oleh user, dan sebuah aplikasi web yang berguna untuk manajemen database server.

Data-data mahasiswa dan dosen seperti username,password,bluetooth address telepon selular, data daftar absensi,dan jadwal perkuliahan diisikan oleh administrator melalui aplikasi web. Semua data yang diisikan oleh administrator sistem,langsung disimpan pada server database.Begitu juga saat mahasiswa dan dosen melihat informasi jadwal perkuliahan,daftar absensi,maupun pengumuman perkuliahan,aplikasi web mengambil data informasi yang diminta dari server database.

Setelah data-data perkuliahan yang diisikan administrator telah tersedia pada server database,maka server bluetooth mengambil data jam mulai perkuliahan pada server database untuk memulai proses absensi pada jadwal perkuliahan,kemudian server mengisi daftar absensi mahasiswa yang hadir dalam perkuliahan kelas tersebut.Pada saat server sedang tidak melakukan proses absensi,maka server siap untuk melayani permintaan koneksi bluetooth oleh aplikasi client device.

User yang menggunakan aplikasi client device adalah mahasiswa dan dosen.aplikasi client device meminta informasi yang diinginkan oleh user kepada server bluetooth.Untuk kemudian server bluetooth mengambil data yang sesuai dengan permintaan user dari server database.Setelah data didapatkan, server mengirimkan data string melalui koneksi bluetooth kepada client device yang meminta informasi tadi.2.2 Karakteristik Pengguna

Karakteristik dari pengguna sistem SPIBL ini adalah seperti terlihat pada tabel Karakteristik Pengguna sebagai berikut :

Tabel 2. Karakteristik Pengguna

1. Aktor Server BluetoothNama AktorDefinisi

Administrator Administrator bertugas mengatur lamanya waktu absensi dan menyimpan log poses server ke server web. Juga bertindak sebagai pengolah data pada server database, menjaga kelancaran proses absensi,dan menyediakan data informasi bagi user yang dilakukan oleh server bluetooth, menjadikan administrator hanya berperan pada alikasi server yaitu aplikasi web dan aplikasi server bluetooth.

2. Aktor Client DeviceNama AktorDefinisi

Dosen Dosen dapat meminta informasi berkaitan dengan perkuliahan di Teknik Informatika ITS dan menambahkan pengumuman pada jadwal perkuliahan yang diajarnya

MahasiswaMahasiswa dapat meminta informasi mengenai jadwal perkuliahan, daftar absensi,dan melihat pengumuman pada jadwal mata kuliah yang diikuti.

2.3 Batasan-batasan

Pengembangan sistem SPIBL ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :

1. Telepon selular memiliki Fitur Bluetooth dan mendukung pembacaan file text.

2. Interaksi antara server Bluetooth dan Client Mobile hanya sebatas jarak jangkauan bluetooth dongle.3. Dosen dan Mahasiswa hanya memiliki satu Mobile device.4. Proses absensi dan pelayanan informasi dilaksanakan secara bergantian.3 Deskripsi Rinci Kebutuhan

3.1 Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai

Server sistem SPIBL menggunakan antarmuka berbasis window, dan pengguna mengoperasikannya menggunakan keyboard dan mouse dengan sistem operasi Windows XP SP2. 3.1.2 Antarmuka Perangkat Keras

Server Web dan server Database sistem SPIBL berjalan diatas perangkat keras personal computer dengan spesifikasi processor Intel Pentium M 1.6 GHz, Memory RAM 768 MB, Harddisk 80 GB, dan sistem operasi Windows XP Professional SP2. Server Bluetooth dengan spesifikasi processor Intel Pentium M 1.6 GHz, Memory RAM 768 MB, Harddisk 80 GB, sistem operasi Windows XP Professional SP2, dan Bluetooth dongle Criptonix. Handphone bertipe NOKIA 6600 dengan sistem operasi Symbian, MIDP 2.0 dan CLDC 1.0.3.1.3 Antarmuka perangkat lunakSistem SPIBL adalah program yang akan dibangun menggunakan Bahasa Pemrograman yang dipakai adalah JAVA. Compiler dan tools NetBeans IDE 5.5, JDK 1.5.9 serta komponen Bluetooth adalah Avetana Bluetooth. Client device SPIBL menggunakan framework J2ME.3.1.4 Antarmuka komunikasi

Sistem SPIBL merupakan sistem yang terhubung ke jaringan komputer, komunikasi terjadi antar perangkat keras dalam jaringan melewati protokol TCP/IP.3.2 Kebutuhan Fungsionalitas3.2.1 Deskripsi Proses

a.Proses pada aplikasi web :

1. Login Administrator.Untuk dapat menjalankan proses pada aplikasi server bluetooth,yang pertama kali harus dilakukan oleh administrator adalah mengisi panel login untuk dapat membuka form admin secara keseluruhan.2. Mengisi Data Dosen Pengajar.Sebelum mengisi data-data yang lain yang lebih kompleks,seperti jadwal kuliah yang mempunyai relasi dengan dosen pengajar,maka administrator hendaknya mengisi data dosen pengajar terlebih dahulu.3. Mengisi Data Mahasiswa.

4. Mengisi Data Mata Kuliah

5. Mengisi Data Ruangan Perkuliahan.

6. Mengisi Data Jadwal Perkuliahan.

7. Mengisi Data Absensi Perkuliahan.

8. Menambah Data Pengumuman Perkuliahan.Pengumuman yang berkaitan dangan jadwal perkuliahan,dapat ditambahkan oleh user yang mempunyai hak akses administrator dan dosen

9. Melihat Log server.b.Proses pada aplikasi server bluetooth :

1. Login Administrator.Pertama kali masuk dalam aplikasi server bluetooth,form aplikasi sebagai pengontrol jalannya aplikasi masih dalam kondisi tidak aktif.Untuk dapat mengaktifkan form kontrol aplikasi tersebut,administrator harus melalui proses login terlebih dahulu.

2. Start Aplikasi Server Bluetooth.Setelah berhasil melewati proses login,maka administrator dapat menjalankan keseluruhan proses yang ditangani oleh aplikasi server bluetooth. Dengan menekan tombol start aplikasi.

3. Penyedia Service Cient Device.Saat Thread penyedia service bluetooth dijalankan, maka aplikasi siap menerima permintaan koneksi dari client device.Begitu sebuah client device behasil koneksi ke server bluetooth,maka aplikasi akan mencetak laporan di textarea current proses.

4. Set Lama Waktu Absensi.Proses set lama waktu absensi ini berpengaruh terhadap lama waktu Thread absensi dijalankan.Pertama kali aplikasi dijalankan,waktu absensi di default 30 menit.Untuk merubah waktu yang sudah ada,administrator mengisikan lama waktu absensi dalam menit, dengan format dua digit angka

5. Absensi Perkuliahan. Menampilkan data-data proses absensi pada jadwal perkuliahan yang akan dieksekusi,yaitu nama mata kuliah,dosen pengajar,lama waktu absensi,dan terakhir adalah jam mulai perkuliahan yang berarti waktu mulai diadakannya proses absensi.

6. Simpan Teks Log Proses Server Bluetooth.Untuk mengetahui proses-proses yang telah dilakukan oleh server bluetooth pada suatu waktu,maka administrator hendaknya menyimpan teks log proses server sebelum teks tersebut dihapus.Namun server web harus dihidupkan,karena listener dari streaming teks adalah server web. 7. Hapus Teks Log Proses Server Bluetooth.Report proses dilakukan dengan tujuan,untuk membersihkan teks log proses dari panel current proses.Dan biasanya dilakukan sesudah menyimpan teks log terlebih dahulu.8. Logout.Untuk menghindari campur tangan dari pihak pihak yang tidak berwenang pada saat aplikasi berjalan dan sedang ditingglkan oleh administrator maka administrator harus meningglkan aplikasi server bluetooth dalam kondisi form logout.Sehingga tombol dan panel yang ada menjadi disable.9. End Aplikasi.Apabila administrator menginginkan untuk mengakhiri semua proses yang sedang berjalan di aplikasi server bluetooth,maka administrator mengakhiri jalannya aplikasi dengan menekan tombol end aplikasi. Setelah tombol end aplikasi ditekan maka tombol yang aktif hanyalah tombol start aplikasi yang berguna untuk memulai lagi aplikasi server bluetooth

c.Proses pada aplikasi client device :

1. Lihat Bluetooth AddressSaat menjalankan aplikasi client device,pertama kali user dapat melihat sebuah command untuk melihat bluetooth address yang dimiliki oleh telepon selular.Hal ini sangat berguna bagi user pada saat mendaftarkan bluettoth address telepon selularnya kepada administrator sistem SPIBL dan merubah bluetooth address yang telah terdaftar dengan bluetooth address yang baru apabila user ingin mengganti telepon selular yang dimilikinya

2. Mencari Server Bluetooth Penyedia Service. Sebelum dapat melanjutkan ke proses login, user harus terlebih dahulu mencari server bluetooth yang bersedia sebagai penyedia service bluetooth sistem SPIBL.3. Login User.User yang dapat menggunakan aplikasi client device adalah yang memiliki hak akses dosen dan mahasiswa.Setiap hak akses disediakan form yang menu yang berbeda.Untuk dapat masuk ke form menu tersebut,user menuliskan password dan jenis hak aksesnya.Apabila password yang dimasukkan sesuai dengan password yang dimiliki bluetooth address tersebut,maka user akan berhasil masuk ke form menu.

4. Dosen Tambah Pengumuman Perkuliahan.Pada aplikasi client Device untuk user yang memiliki hak akses dosen ,keseluruhan proses yang disediakan oleh aplikasi tidak tergantung pada lokasi dosen berada.Hal ini berbeda dengan user mahasiswa yang terbatas oleh lokasi dalam memperoleh informasi dari server bluetooth.Perbedaan ini dimaksudkan untuk mempermudah dosen dalam memperoleh informasi dan mengirimkan pengumuman tanpa harus berjalan menuju lokasi yang dimaksud.Sedangkan untuk user mahasiswa ,informasi yang diperoleh dibatasi oleh lokasi dimaksudkan agar informasi yang dikirimkan oleh server database berbasiskan lokasi.5. Dosen Lihat Pengumuman Perkuliahan.Apabila Dosen ingin melihat pengumuman yang telah ditambahkannya ke jadwal kuliah yang diajarnya,dosen dapat memilih Command Lihat Pengumuman pada form menu dosen. 6. Dosen Lihat Jadwal Kuliah.

7. Dosen Lihat Daftar Absensi Mahasiswa.

8. Mahasiswa Lihat Pengumuman Perkuliahan.Telah dijelaskan pada subbab dosen tambah pengumuman perkuliahan,bahwa informasi yang diterima oleh user yang memiliki hak akses mahasiswa dibatasi oleh lokasi.Sehingga mahasiswa harus berjalan ke lokasi yang dituju untuk mendapatkan informasi yang berkaitan dengan lokasi tersebut.Begitu juga dengan proses lihat pengumuman kuliah yang disediakan di form menu mahasiswa.Bahwa pengumuman yang dikirimkan memang diperuntukkan bagi lokasi tersebut.9. Mahasiswa Lihat Jadwal Kuliah.

10. Mahasiswa Lihat Absensi.Sedangkan proses terakhir yang dapat dipilih oleh user mahasiswa adalah lihat absensi.Dimana mahasiswa akan mengetahui jumlah kehadirannya pada suatu pertemuan jadwal perkuliahan3.2.2 Conceptual Data Model

Conceptual Data Model biasa menunjukkan tabel hubungan antara entitas serta atribut dari entitas tersebut. CDM dari SPIBL adalah sebagai berikut :

Gambar 1. Conceptual Data Model3.2.3 Struktur Tabel

Nama Database: SPIBLNama Tabel

: ABSENSIPrimary Key

: id_jadwalTabel 1. Struktur Tabel Absensi id_jadwalID jadwal kuliah yang dimiliki oleh daftar absensi

id_mhs Nrp mahasiswa yang mengikuti jadwal kuliah yang diadakan

status Status kehadiran mahasiswa pada suatu pertemuan pada jadwal kuliah yang diadakan

TanggalTanggal diadakannya perkuliahan

Nama Database: SPIBLNama Tabel

: JADWALPrimary Key

: id_jadwalTabel 2. Struktur Tabel Jadwalid_jadwal Primery Key dari tabel jadwal

id_matkulID mata kuliah

id_lokasi Lokasi tempat diadakanya jadwal perkuliahan

jam_mulaiJam mulainya perkuliahan

id_dosen NIP dosen pengajar

HariHari diadakannya jadwal perkuliahan

Nama Database: SPIBLNama Tabel

: MATA_KULIAHPrimary Key

: id_matkulTabel 3. Struktur Tabel Mata_Kuliah

id_matkul Primary Key tabel mata kuliah dan kode mata kuliah

nama_matkulNama mata_kuliah

SksJumlah sks mata kuliah

id_semesterID semester mata kuliah

Nama Database: SPIBL

Nama Tabel

: LOKASIPrimary Key

: id_lokasiTabel 4. Struktur Tabel Lokasi

id_lokasiPrimary key tabel lokasi

nama_lokasiNama ruang kuliah

Nama Database: SPIBL

Nama Tabel

: SEMESTERPrimary Key

: id_semesterTabel 5. Struktur Tabel Semester

id_semester Primary Key tabel semester

nama_semesterNama semester

Nama Database: SPIBL

Nama Tabel

: PENGUMUMANPrimary Key

: id_pengumumanTabel 6. Struktur TabelPengumuman

id_pengumumanPrimary Key dari pengumuman

judul_pengumumanJudul pengumuman

valid_tglTanggal terakhir pengumuman ditampilkan

id_jadwal Jadwal kuliah yang diberi pengumuman

waktu_postingJam pengisian pengumuman

isi_pengumumanIsi dari pengumuman

Nama Database: SPIBLNama Tabel

: LOG_SERVER_KELASPrimary Key

: id_logTabel 7. Struktur Tabel Log_Server_Kelasid_logPrimary Key dari tabel log_server_kelas

path_logTempat path disimpannya file log server

time_save Waktu disimpannya file log

id_lokasiId lokasi server blutooth

Nama Database: SPIBLNama Tabel

: DOSENPrimary Key

: id_transaksi

Tabel 8. Struktur Tabel DosenNipNIP dosen pengajar

nama_dosen Nama dosen pengajar

bt_idBluetooth Address yang dimiliki telepon selular dosen

Nama Database: SPIBLNama Tabel

: MAHASISWAPrimary Key

: nrpTabel 9. Struktur Tabel MahasiswaNRPNRP mahasiswa

nama_mhs Nama mahasiswa

bt_idBluetooth Address yang dimiliki mobile device mahasiswa

Nama Database: SPIBLNama Tabel

: LEVELLING_USERPrimary Key

: id_levelTabel 10. Struktur Tabel Levelling_Userid_level Primary Key level

LevelNama level

Nama Database: SPIBLNama Tabel

: USER_LOGINPrimary Key

: no_ktp

Tabel 11. Struktur Tabel User Loginuser_name ID user dari user,contoh NIP,NRP

user_passPassword dari user

user_levelHak akses yang dimiliki user

3.3 Deskripsi Kebutuhan Non Fungsional

3.3.1 Performansi

Tidak ada batasan performansi karena kemampuan perangkat keras yang digunakan telah memadai.

3.3.2 Batasan Memori

Besarnya memory yang dibutuhkan untuk menjalankan perangkat lunak SPIBL sebesar minimal 512MB besarnya kapasitas harddisk pada PC yang digunakan untuk instalasi dan aplikasi adalah minimum sebesar 80 GB. Perlu juga disediakan space untuk menyimpan data-data yang selalu berkembang besarnya.3.3.3 Modus Operasi

Modus operasi Sistem SPIBL ada dua, yaitu:

Level pengguna umum : hanya dapat melakukan transaksi sesuai kategori pengguna.

Level Administrator : dapat melihat sistem secara keseluruhan dan melakukan perbaikan jika diperlukan dengan persetujuan direktur3.3.4 Kebutuhan Adaptasi Lokasi

Sistem SPIBL harus diaplikasikan dalam lokasi yang memiliki jaringan lokal dimana pelayanan informasi berbasis lokasi dengan menggunakan bluetooth dimungkinkan dengan adanya server bluetooth yang diletakkan di berbagai lokasi,asalkan letaknya tidak beririsan. Hal ini dikarenakan,bluetooth tidak mencari device berdasarkan pada jaraknya namun pencarian dilakukan secara acak. Performance, scalability, Security, Reliability, Persistency, Availability

3.4 Atribut Kualitas Perangkat Lunak

3.4.1 Keandalan

Server sistem SPIBL ini dapat digunakan hanya selama jam operasional (bisa 24 jam X 7 hari), dengan dukungan sistem operasi Windows XP Professional SP2.

3.4.2 Ketersediaan

Penggunaan server sistem SPIBL ini dapat berjalan 24 jam X 7 hari selama proses perkuliahan jika tidak terjadi hal-hal diluar kendali. Misal kendala suplai listrik.3.4.3 Keamanan

Administrator sebagai satu-satunya yang berhak untuk mengakses aplikasi server bluetooth. Setiap pengguna memiliki login dengan hak akses yang berbeda-beda sesuai dengan kategorinya. 3.4.4 Perawatan (maintainability)

Server sistem SPIBL tidak memerlukan perawatan khusus (perawatan data dilakukan oleh Administrator selaku pengolah data server database dan salah satunya orang yang berhak mengakses server bluetooth). 3.4.5 Kepemindahan (portability)

Sistem SPIBL bersifat tidak portable, karena secara khusus dirancang untuk berjalan pada sistem Penyedia Layanan Informasi Berbasis Lokasi saja.3.5 Batasan Perancangan

Server sistem SPIBL akan diimplementasikan pada Sistem Operasi berbasis Windows, menggunakan bahasa pemrograman JAVA.

Client sistem SPIBL akan diimpelementasikan pada telepon selular yang digunakan untuk pengiriman dan permintaan informasi yang memiliki fitur koneksi bluetooth dan mendukung penggunaan tools J2ME,juga mendukung penerimaan data berupa file text yang dikirimkan melalui koneksi bluetooth.GL01

Jurusan Informatika ITSSKPL-G019/18