SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK file · Web viewDeskripsi Umum Dokumen. 9. 2. Deskripsi...

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Perancangan Pengembangan Perangkat Lunak Penyediaan Pelayanan Informasi Berbasis Lokasi Menggunakan

Teknologi Bluetooth, Studi Kasus Perkuliahan Di Gedung Jurusan Teknik Informatika ITS

(SPIBL)

untuk :

Tugas CI1419

Proyek Perangkat Lunak

Dipersiapkan oleh:

Kelompok X

Lisa Handayani (5104100042)Wisda Rubikartin (5104100105)

Khumairoh Dicky P. (5104100116)Sukriya Al-Asyik (5104100136)

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Jalan Raya ITS, Surabaya 60111

Jurusan Teknik Informatika

Nomor Dokumen Halaman

GL01-G01 1/24

GL01

Institut Teknologi Sepuluh

Nopember - Surabaya

Revisi Tgl: 26-09-2007

Jurusan Informatika ITS SKPL-G01 2/21

DAFTAR PERUBAHAN

Revisi Deskripsi

A

B

C

D

E

F

G

INDEX - A B C D E F G


Daftar Halaman Perubahan

Halaman Revisi Halaman Revisi


Daftar IsiDaftar Isi............................................................................................................................................4

Daftar Gambar......................................................................................................................... 5

1 Pendahuluan..................................................................................................................... 71.1 Tujuan........................................................................................................................ 71.2 Lingkup Masalah........................................................................................................ 71.3 Definisi, Akronim dan Singkatan...............................................................................81.4 Referensi.................................................................................................................... 91.5 Deskripsi Umum Dokumen........................................................................................ 9

2 Deskripsi Global Perangkat Lunak.................................................................................. 102.1 Perspektif Produk..................................................................................................... 102.2 Karakteristik Pengguna............................................................................................102.3 Batasan-batasan........................................................................................................ 11

3 Deskripsi Rinci Kebutuhan............................................................................................. 123.1 Kebutuhan antarmuka eksternal................................................................................12

3.1.1 Antarmuka pemakai........................................................................................... 123.1.2 Antarmuka Perangkat Keras...............................................................................123.1.3 Antarmuka perangkat lunak...............................................................................123.1.4 Antarmuka komunikasi......................................................................................12

3.2 Kebutuhan Fungsionalitas........................................................................................123.2.1 Deskripsi Proses................................................................................................. 123.2.2 Conceptual Data Model.....................................................................................163.2.3 Struktur Tabel.................................................................................................... 16

3.3 Deskripsi Kebutuhan Non Fungsional......................................................................193.3.1 Performansi....................................................................................................... 193.3.2 Batasan Memori................................................................................................. 193.3.3 Modus Operasi................................................................................................... 193.3.4 Kebutuhan Adaptasi Lokasi...............................................................................20

3.4 Atribut Kualitas Perangkat Lunak............................................................................203.4.1 Keandalan.......................................................................................................... 203.4.2 Ketersediaan...................................................................................................... 203.4.3 Keamanan.......................................................................................................... 203.4.4 Keremawatan (maintainability)..........................................................................203.4.5 Kepemindahan (portability)...............................................................................20

3.5 Batasan Perancangan................................................................................................ 20


Daftar Gambar

Gambar 1. Conceptual Data Model…………………………………………………………...14


Daftar Tabel

Tabel 1. Definisi, Singkatan dan Akronim..........................................................................................8

Tabel 2. Tabel Karakteristik pengguna..............................................................................................13

Tabel 3. Tabel Absensi ....................................................................................................................16

Tabel 4. Tabel Jadwal.......................................................................................................................17

Tabel 5. Tabel Mata_Kuliah.............................................................................................................17

Tabel 6. Tabel Lokasi.......................................................................................................................17

Tabel 7. Tabel Semester...................................................................................................................17

Tabel 8. Tabel Pengumuman............................................................................................................18

Tabel 3. Tabel Log_Server_Kelas ....................................................................................................18

Tabel 9. Tabel Dosen.......................................................................................................................18

Tabel 10. Tabel Mahasiswa..............................................................................................................18

Tabel 11. Tabel Levelling_User........................................................................................................19

Tabel 12. Tabel User_Login.............................................................................................................19


Pendahuluan

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 AkronimJurusan Informatika ITS SKPL-G01 8/21

Istilah, Akronim dan Singkatan Keterangan

SKPL Spesifikasi Kebutuhan Perangkat LunakMerupakan dokumen hasil analisis yang berisi spesifikasi kebutuhan user.

IEEE Institute of Electrrical and Electronics EngineersMerupakan 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 DiagramMerupakan diagram yang menggambarkan hubungan sistem dengan lingkungannya

DFD Data Flow DiagramDiagram 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, Aparctitioner’s 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 :

1 Pendahuluan..................................................................................................................... 71.1 Tujuan........................................................................................................................ 71.2 Lingkup Masalah........................................................................................................ 71.3 Definisi, Akronim dan Singkatan...............................................................................81.4 Referensi.................................................................................................................... 91.5 Deskripsi Umum Dokumen........................................................................................ 9

2 Deskripsi Global Perangkat Lunak.................................................................................. 102.1 Perspektif Produk..................................................................................................... 102.2 Karakteristik Pengguna............................................................................................112.3 Batasan-batasan........................................................................................................ 11

3 Deskripsi Rinci Kebutuhan............................................................................................. 123.1 Kebutuhan antarmuka eksternal................................................................................12

3.1.1 Antarmuka pemakai........................................................................................... 123.1.2 Antarmuka Perangkat Keras...............................................................................123.1.3 Antarmuka perangkat lunak...............................................................................123.1.4 Antarmuka komunikasi......................................................................................12

3.2 Kebutuhan Fungsionalitas........................................................................................123.2.1 Deskripsi Proses................................................................................................. 123.2.2 Conceptual Data Model.....................................................................................133.2.3 Struktur Tabel.................................................................................................... 14

3.3 Deskripsi Kebutuhan Non Fungsional......................................................................173.3.1 Performansi....................................................................................................... 173.3.2 Batasan Memori................................................................................................. 173.3.3 Modus Operasi................................................................................................... 173.3.4 Kebutuhan Adaptasi Lokasi...............................................................................17


3.4 Atribut Kualitas Perangkat Lunak............................................................................183.4.1 Keandalan.......................................................................................................... 183.4.2 Ketersediaan...................................................................................................... 183.4.3 Keamanan.......................................................................................................... 183.4.4 Keremawatan (maintainability)..........................................................................183.4.5 Kepemindahan (portability)...............................................................................18

3.5 Batasan Perancangan................................................................................................ 18

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 Bluetooth

Nama Aktor DefinisiAdministrator 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 Device

Nama Aktor DefinisiDosen Dosen dapat meminta informasi berkaitan dengan perkuliahan di Teknik

Informatika ITS dan menambahkan pengumuman pada jadwal perkuliahan yang diajarnya

Mahasiswa Mahasiswa 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 lunak

Sistem 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 Fungsionalitas

3.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.Jurusan Informatika ITS SKPL-G01 14/21

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 Address

Saat 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

perkuliahan

3.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 :

level_mahasiswaLEVEL_DOSEN

JADWAL_ABSEN

MATKUL_JADWAL

DSN_JADWALMHS_ABSEN

LOKASI_JADWAL

LEVEL_LOGIN

MAHASISWA_LOGIN

JADWAL_PENGUMUMAN

DOSEN_LOGIN

SEMESTER_MATKUL

MAHASISWA

NRPNAMA_MHSID_BT

<pi> VA30VA30VA16

<M>

<M>

Identifier_1 <pi>

jadwal

id_jadwalJAM_MULAIhari

<pi> NOTD

<M>

Identifier_1 <pi>

absensi

STATUSTANGGAL

ID

LEVELING_USER

ID_LEVELLEVEL_DESC

<pi> NOVA30

<M>

Identifier_1 <pi>

DOSEN

NIPNAMA_DOSENBT_ID

<pi> VA30VA30VA16

<M>

<M>

Identifier_1 <pi>

MATA_KULIAH

ID_MATKULNAMA_MATKULSKS

<pi> VA10VA30I

<M>

Identifier_1 <pi>

LOKASI

ID_LOKASINAMA_LOKASI

<pi> NOVA30

<M>

Identifier_1 <pi>

USER_LOGIN

USER_PASS VA20

PENGUMUMAN

ID_PENGUMUMANJUDUL_PENGUMUMANVALID_TGLISI_PENGUMUMANWAKTU_POSTING

NOVA20DTXTTS

SEMESTER

ID_SEMESTERNAMA_SEMESTER

<pi> IVA10

<M>

Identifier_1 <pi>


Gambar 1. Conceptual Data Model

3.2.3 Struktur Tabel

Nama Database : SPIBL

Nama Tabel : ABSENSI

Primary Key : id_jadwal

Tabel 1. Struktur Tabel Absensi id_jadwal ID 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

Tanggal Tanggal diadakannya perkuliahan

Nama Database : SPIBL

Nama Tabel : JADWAL

Primary Key : id_jadwal

Tabel 2. Struktur Tabel Jadwal

id_jadwal Primery Key dari tabel jadwalid_matkul ID mata kuliah

id_lokasi Lokasi tempat diadakanya jadwal perkuliahan

jam_mulai Jam mulainya perkuliahanid_dosen NIP dosen pengajarHari Hari diadakannya jadwal perkuliahan

Nama Database : SPIBLNama Tabel : MATA_KULIAHPrimary Key : id_matkul

Tabel 3. Struktur Tabel Mata_Kuliah

id_matkul Primary Key tabel mata kuliah dan kode mata kuliahnama_matkul Nama mata_kuliah


Sks Jumlah sks mata kuliahid_semester ID semester mata kuliah

Nama Database : SPIBLNama Tabel : LOKASIPrimary Key : id_lokasi

Tabel 4. Struktur Tabel Lokasi

id_lokasi Primary key tabel lokasinama_lokasi Nama ruang kuliah

Nama Database : SPIBLNama Tabel : SEMESTERPrimary Key : id_semester

Tabel 5. Struktur Tabel Semester

id_semester Primary Key tabel semesternama_semester Nama semester

Nama Database : SPIBLNama Tabel : PENGUMUMANPrimary Key : id_pengumuman

Tabel 6. Struktur TabelPengumuman

id_pengumuman Primary Key dari pengumumanjudul_pengumuman Judul pengumumanvalid_tgl Tanggal terakhir pengumuman ditampilkanid_jadwal Jadwal kuliah yang diberi pengumuman

waktu_posting Jam pengisian pengumumanisi_pengumuman Isi dari pengumuman

Nama Database : SPIBLNama Tabel : LOG_SERVER_KELASPrimary Key : id_log

Tabel 7. Struktur Tabel Log_Server_Kelas

id_log Primary Key dari tabel log_server_kelaspath_log Tempat path disimpannya file log servertime_save Waktu disimpannya file logid_lokasi Id lokasi server blutooth


Nama Database : SPIBLNama Tabel : DOSENPrimary Key : id_transaksi

Tabel 8. Struktur Tabel Dosen

Nip NIP dosen pengajarnama_dosen Nama dosen pengajarbt_id Bluetooth Address yang dimiliki telepon selular dosen

Nama Database : SPIBLNama Tabel : MAHASISWAPrimary Key : nrp

Tabel 9. Struktur Tabel Mahasiswa

NRP NRP mahasiswanama_mhs Nama mahasiswabt_id Bluetooth Address yang dimiliki mobile device mahasiswa

Nama Database : SPIBLNama Tabel : LEVELLING_USERPrimary Key : id_level

Tabel 10. Struktur Tabel Levelling_User

id_level Primary Key levelLevel Nama level

Nama Database : SPIBLNama Tabel : USER_LOGINPrimary Key : no_ktp

Tabel 11. Struktur Tabel User Login

user_name ID user dari user,contoh NIP,NRPuser_pass Password dari useruser_level Hak 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 direktur

3.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 Keremawatan (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.


SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK file · Web viewDeskripsi Umum Dokumen. 9. 2. Deskripsi...

Documents

Transcript of SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK file · Web viewDeskripsi Umum Dokumen. 9. 2. Deskripsi...