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