GL01 - Sample
-
Upload
hendri-dwi-saputra -
Category
Documents
-
view
216 -
download
0
Transcript of GL01 - Sample
-
8/19/2019 GL01 - Sample
1/12
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
S I P U S S I
untuk:
Ruang Baca Teknik Informatika
Institut Teknologi Sepuluh November
Surabaya
Dipersiapkan o leh:
Kelompok I :
Mustafa Kamal (5100.100.018)
Haikal (5100.100.045)
Younan Setya BW (5100.100.069)
Lintang JP (5100.100.081)
Miemiek Rachmawati (5199.100.051)
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Jl . Raya ITS Surabaya 60117
JurusanTeknik InformatikaITS
Nomor Dokumen Halaman
GL01-G01 /
Revisi A Tgl: 19 Maret 2004
GL01
-
8/19/2019 GL01 - Sample
2/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 2 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
DAFTAR PERUBAHAN
Revisi Deskripsi
A Revisi Pertama dari Spesifikasi Kebutuhan Perangkat Lunak (SKPL), meliputi:• Fungsi Produk (2.2);
• Bagan Penjelasan Fungsi Produk (2.2);
• Karakteristik Pengguna (2.3);
• Batasan (2.4);
• Lingkungan Operasi (2.5);
• Deskripsi Fungsional (3.1);
• Context Diagram DFD (3.1.1);
• DFD level 1 (3.1.1.1);
• Data Requirement (3.2);
• Conceptual Data Model (3.2.1.1);
• Entity Requirement (Bab 3.2.1.1)
• Data Store vs E-R (3.6.1);
• Functional Requirement Summary (3.6.1)
B
C
INDEXTGL
- A B C D E F G
Ditulisoleh
Diperiksaoleh
Disetujuioleh
-
8/19/2019 GL01 - Sample
3/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 3 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
Daftar Halaman Perubahan
Halaman
Revisi Halaman
Revisi
6
6
6
6
6
7
8
Fungsi Produk (Bab 2.2)Before: Ada 2 fungsi, yaitu
Menampilkan informasi dan
mengelola pengumuman.
Now: Ada 5 fungsi yang lebih
lengkap dan detail.
Bagan Penjelasan Fungsi Produk
(Bab 2.2)
Before: Ada bagan yang
menggambarkan fungsi produk secara
flow data.
Now: Tidak ada. Seharusnya bgan
tersebut dimasukkan pada bagian
DFD, bukan pada bagian bab ini.
Karakteristik Pengguna (Bab 2.3)
Before: Kategori administrator tidak
dibedakan.
Now: Kategori administrator
dikelompokkan lagi menjadi
administrator sistem dan administrator
operator/pengelola, yaitu bagi
karyawan RBTC.
Batasan (Bab 2.4)
Before: Penggalan kalimat “sudah
tersedia pada dalam file ini” diganti.
Karena punya maksud yang rancu. Now: Diganti menjadi “sudah tersedia
dalam sistem ini”.
Lingkungan Operasi (Bab 2.5)
Before: Hanya ada lingkungan operasi
untuk server saja.
Now: Ada lingkungan operasi untuk
server dan client sistem.
Deskripsi Fungsional (Bab 3.1)
Before: Belum ada bagan yang
menggambarkan ttg deskripsi
fungsional SIPUSSI.
Now: Sudah ada bagannya.
Context Diagram DFD (Bab 3.1.1)
Before: Context diagram DFD
SIPUSSI belum lengkap.
Now: Sudah lengkap dan diperbarui.
9
9
10
10
11
12
DFD level 1 (Bab 3.1.1.1)Before: DFD level 1 SIPUSSI belum
lengkap.
Now: Sudah lengkap dan diperbarui.
Data Requirement (Bab 3.2)
Before: Ada Data User, namun tidak
perlu. Tidak ada data
komplain/guestbook.
Now: Tidak ada data user. Ada data
komplain/guestbook. Jenis data
requirement lebih valid
Conceptual Data Model (Bab 3.2.1.1)
Before: Conceptual Data ModelSIPUSSI belum lengkap.
Now: Sudah lengkap dan diperbarui.
Entity Requirement (Bab 3.2.1.1)
Before: Berdasarkan Conceptual Data
Model SIPUSSI belum lengkap. Hanya
ada 9 Entitas.
Now: Sudah lengkap dan diperbarui.
Ada 18 Entitas.
Data Store vs E-R (Bab 3.5.1)
Before: Mapping berdasarkan
Conceptual Data Model SIPUSSI
belum lengkap. Now: Sudah lengkap dan diperbarui.
Functional Requirement Summary
(Bab 3.6.1)
Before: Mapping berdasarkan
Conceptual Data Model SIPUSSI
belum lengkap.
Now: Sudah lengkap dan diperbarui.
-
8/19/2019 GL01 - Sample
4/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 4 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
Daftar Isi1. 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 Fungsi Produk.......................................................................................................................................... 6 2.3 Karakteristik Pengguna ........................................................................................................................... 6 2.4 Batasan .................................................................................................................................................... 6 2.5 Lingkungan Operasi ................................................................................................................................ 6
3 Deskripsi Umum Kebutuhan 7 3.1 Deskripsi Fungsional ....................................................................................................................... 7 3.1.1 Context Diagram.............................................................................................................................. 8
3.1.1.1 DFD Level 1 ............................................................................................................................ 9 3.2 Data Requirement ............. ............. ............. ............ .............. ............ ............. .............. ............. ............ .. 9
3.2.1 E-R diagram ........... ............. ............ .............. ............ ............. ............. ............. ............. ............. .... 10 3.3 Non Functional Requirement................................................................................................................. 11 3.4 Batasan Perancangan ............................................................................................................................. 11 3.5 Kerunutan (traceability) ......................................................................................................................... 11
3.5.1 Data Store vs E-R ........................................................................................................................ 111 3.6 Ringkasan Kebutuhan ............................................................................................................................ 12
3.6.1 Functional Requirement Summary ................................................................................................ 12 3.6.2 Non Functional Requirement Summary ........................................................................................ 12
-
8/19/2019 GL01 - Sample
5/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 5 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan Penulisan Dokumen ini adalah untuk mendefinisikan seluruh spesifikasi kebutuhan atas
perangkat lunak dari User sebagai pedoman pengembangan perangkat lunak oleh developer. Selain itu dokumen
ini juga bertujuan menjelaskan spesifikasi perangkat lunak yang disepakati antara pihak pengembang dengan
pihak user.
Dokumen ini ditujukan kepada User dan pengembang perangkat lunak bagi ruang baca Fakultas
Teknologi Informasi, Institut Teknologi Sepuluh Nopember Surabaya. Adapun yang termasuk User adalah
Seluruh Mahasiswa FTIF, Dosen FTIF, petugas administrasi ruang baca, kepala ruang baca dan user umum.
Sedangkan yang dimaksud pengembang adalah seluruh tim pengembang perangkat lunak.
1.2 Lingkup Masalah
Nama aplikasi yang dikembangkan adalah SIPUSSI, merupakan akronim dari Sistem Informasi
Perpustakaan FTIF. Aplikasi ini berfungsi sebagai sistem yang bermanfaat untuk menyediakan informasi Ruang
Baca Teknik Informatika ITS kepada para pengguna. Informasi yang dilayani oleh SIPUSSI ini meliputi
informasi koleksi Ruang Baca, yakni Laporan (tugas akhir, kerja praktek dan makalah), CD, majalah serta buku-
buku.
1.3 Defin isi , Istil ah dan Singkatan
DFD : Data Flow Diagram, adalah diagram yang menggambarkan proses-proses serta aliran data
antar proses yang terjadi dalam sebuah sistem. DFD dapat digambarkan dalam beberapa
level
Context Diagram : adalah diagram DFD yang terdapat padat level paling atas, menggambarkan aliran data
dasar antara sistem SIPUSSI dengan entitas-entitas di luar sistem
ER Diagram : adalah diagram yang menggambarkan struktur database dalam sebuah sistem yang
meliputi tabel-tabel yang ada serta relasi-relasi yang menghubungkan antar table.
1.4 Aturan Penomoran
Aturan hirarki penomoran yang digunakan adalah sbb:
SRS-1xx : SRS untuk Functional Requirement.
SRS-9xx : SRS untuk Non-Functional Requirement.
1.5 Referensi
Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini disusun berdasarkan saduran dari standar IEEE
nomor ANSI/IEEE Std 1058.1-1987 ( reaffirmed 1993). Beberapa bagian telah dengan sengaja dihilangkan
atau digabungkan dengan bagian lainnya. Sistematika rencana pengembangan perangkat lunak yang digunakan
ini adalah sistematika yang digunakan oleh Jurusan Teknik Informatika Insitut Teknologi Sepuluh Nopember
(2004).
1.6 Deskr ipsi Umum Dokumen (Ikhtisar)
Pembahasan Dokumen ini menggunakan metodologi sebagai berikut:
Bab I, pendahuluan berisi pengenalan dokumen ini terhadap pembaca, meliputi tujuan penulisan,Lingkup masalah, referensi, dan lainnya.
Bab II membahas deskripsi umum perangkat lunak, berisi spesifikasi-spesifikasi perangkat lunak secaraumum. Meliputi penjelasan sistem, fungsi produk, karakteristik pengguna, batasan lingkup perangkat
lunak, serta lingkungan operasi perangkat lunak. Bab III membahas spesifikasi kebutuhan terhadap perangkat lunak secara lebih lengkap. Di antaranya
Antarmuka eksternal, Data Flow Diagram, serta E-R Diagram
-
8/19/2019 GL01 - Sample
6/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 6 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
2 Deskripsi Umum Perangkat Lunak
2.1 Deskr ipsi Umum Sistem
SIPUSSI adalah sebuah sistem yang menjadi media untuk menginformasikan Ruang Baca Fakultas
Teknologi Informasi [RBTC] bagi penggunanya. Karena pengguna dari RBTC tidak hanya terbatas pada
mahasiswa dalam lingkup Fakultas Teknologi Informasi, maka SIPUSSI disarankan untuk didesain bisa
di akses oleh seluruh mahasiswa, minimal mahasiswa ITS. Sebagai media informasi, SIPUSSI juga
disarankan untuk bisa menangani proses manual yang biasanya dilakukan oleh petugas RBTC. Sebagai
contoh SIPUSSI bisa melakukan transaksi peminjaman buku, pembayaran denda, pemesanan buku.
SIPUSSI juga bisa menampilkan report koleksi yang dipinjam, koleksi yang terlambat dikembalikan.
Untuk pengerjaan proyek kali ini, kita hanya memberi batasan untuk mendesain dan
mengimplementasikan fungsi searching saja. Yaitu, kita hanya akan menyediakan layanan melihat
informasi saja, khusus untuk user biasa, dan update data dalam sistem untuk administrator.
2.2 Fungsi Produk
Fungsi Produk SIPUSSI meliputi :
1. SIPUSSI mampu melakukan verifikasi user yang masuk. Dengan adanya fasilitas login, makaakan dibedakan user biasa dan administrator.
2. SIPUSSI mampu menampilkan informasi koleksi pustaka di Ruang Baca Fakultas TeknologiInformasi, melalui fasilitas searching. Koleksi pustaka di Ruang Baca Fakultas Teknologi
Informasi adalah buku, majalah, CD, Laporan (termasuk di antaranya adalah laporan Kerja
Praktek, laporan Tugas Akhir, paper, dan lain-lain semisal leaflet, booklet).3. SIPUSSI mampu menampilkan pengumuman yang dimasukkan oleh administrator.4. SIPUSSI mampu melakukan update data, melalui aplikasi sistem. Update data ini meliputi add,
delete dan edit.
5. SIPUSSI mampu menerima guestbook dan komplain dari user kepada pengelola. Administrator juga dapat melakukan tanggapan terhadap guest book dan komplain user.
2.3 Karakteris tik Pengguna
Untuk pengguna dari sistem ini adalah petugas Ruang Baca Fakultas Teknologi Informasi selaku
administrator dan operator sistem dan user pasif yang hanya akan melihat informasi tanpa melakukan transaksi.
User pasif ini bisa dosen maupun mahasiswa. Hal ini bisa ditunjukkan dengan tabel di bawah ini:
2.4 Batasan
Dalam sistem ini tidak ada batasan khusus, karena database maupun data lain sudah tersedia dalam sistem
ini. Sehingga aplikasi ini tidak tergantung pada jalan tidaknya sistem lain.
2.5 Lingkungan OperasiAplikasi Sipussi ini akan berfungsi dengan spesifikasi :
Server :
Operating System : Microsoft Windows 2000 Profesional
DBMS : SQL Server 2000
Client :
Operating System : Bebas
Browser : Bebas
Kategori pengguna Tugas Hak akses ke aplikasi
User (mahasiswa, dosen danumum)
Mencari informasi yang dibutuhkan View dan Search Data
Administrator
• administrator teknis
• administrator operasional
Maintenance Teknis
Maintenance Operasional
Akses penuh teknis
Akses penuh
operasional
-
8/19/2019 GL01 - Sample
7/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 7 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
3 Deskr ipsi Umum Kebutuhan
3.1 Deskripsi Fungsional
Bagian ini akan menjelaskan bagaimana sistem ini beroperasi nantinya, termasuk di dalamnya hubungan
antara bagian-bagian dalam sistem ini, serta bagaimana nantinya pihak-pihak yang berkepentingan akan
berinteraksi dengan sistem ini.
-
8/19/2019 GL01 - Sample
8/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 8 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
Pengumuman
Jawaban Keluhan
Tanggapan Keluhan
Pengadaan Koleksi
Verifikasi kelengkapan data
Update Koleksi
Pengumuman
Komplain
Inquiry
Inquiry
Informasi Koleksi Baru
Koleksi
Katalog
Katalog
1
SIPUSSI
+
Pegawai
ruang baca
Anggota
ruang baca
Kasie Ruang
Baca
Umum
Anggota
ruang baca
Pegawai
ruang baca
Kasie
Ruang
Baca
3.1.1 Context Diagram
Di dalam gambar diatas dapat dilihat bahwa nantinya akan ada 3 jenis kategori pengguna aplikasi ini,
yaitu Administrator dan Users. Users disini adalah pengguna secara umum, termasuk di dalamnya kasie ruang
baca, dosen dan mahasiswa maupun orang luar FTIf. Administrator teknis adalah karyawan atau orang khusus
yang bertugas mengelola (maintenance) sistem secara teknisnya. Sedangkan Administrator operasional adalah
karyawan yang bertugas operasional di ruang baca ini. Dalam gambar ini juga dapat dilihat aktivitas apa saja
yang dapat dilakukan pengguna terhadap sistem yang ada. Panah yang masuk ke dalam sistem menunjukkan
bahwa pengguna menginputkan sesuatu ke dalam system. Sedangkan panah keluar dari sistem menunjukkan
bahwa pengguna menerima output dari sistem.
Context Diagram – DFD level 0
3.1.1.1 Level 1
-
8/19/2019 GL01 - Sample
9/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 9 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
Pengumuman
Jawaban Keluhan
Tanggapan Keluhan
Pengumuman
Komplain
InquiryInquiry
Verifikasi kelengkapan data
Katalog
KatalogInformasi Koleksi Baru
Data Koleksi Baru
Pengadaan Koleksi
Update KoleksiKoleksi
Anggota
ruang baca
Umum
Pegawai
ruang baca
Anggota
ruang
baca
Anggota
ruang
baca
Umum
Anggota
ruang baca
Pegawai
ruang baca
Pegawai
ruang baca
Kasie
Ruang
Baca
Kasie
Ruang
Baca
1
Update
koleksi
+
2
Pengadaan
Koleksi
+
3
Komplain dan
pengumuman
+
Pegawai
ruang baca Anggota
ruang baca
Anggota
ruang baca
Gambar diatas menjelaskan lebih detail tentang proses yang terjadi pada level Context Diagram
sebelumnya.
-
8/19/2019 GL01 - Sample
10/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 10 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
3.2 Data Requirement
Berdasarkan Context diagram yang terdapat pada sub bab sebelumnya, maka didapatkan entitas-entitas yang
berpengaruh nantinya adalah sebagai berikut :
- Data Administrator, meliputi data karyawan yang bersangkutan.- Data Koleksi beserta spesifikasi serta jumlahnya.- Data Pengumuman.- Data Komplain/guestbook.
3.2.1 E-R diagramBerdasarkan business process dari sub bab sebelumnya, serta data requirement yang ada, maka dapat dibentuk
sebuah entity relationship diagram yang mencerminkan data-data apa saja yang berpengaruh terhadap system
beserta relasi-relasinya sebagai berikut :
3.2.1.1 Conceptual Data Model
Berikut rancangan Conceptual Data Model yang didesain dengan menggunakan tools Power Designer:
Detail Eksemplar
Jenis buku
Subject Buku
Jenis TAJenis majalah
dosen bimbing
Detail CD
Jenis KP KP detail
Jenis Admin
Petugas
Jenis Jurnal
Penulis KP
Pengarang buku
Mengirim
jumlah pencarian
Buku
buku_isbn
buku_judul
buku_kolasi
buku_edisi
buku_volume
buku_tahun
buku_penerbit
buku_kotaterbit
buku_abstraksi
Detail Buku
Kode Kelas
Buku Sifat
CD
c d i d
Tugas Akhir
ta id
ta judul
ta nrp
ta penulis
ta tahun
ta abstraksi
Subject
subject id
subject nama
Laporan KP
kp id
kp judul
kp tempat
kp waktu
kp abstraksi
Majalah
majalah id
majalah nama
majalah nomor
majalah sifat
majalah edisi
majalah tahun
majalah penerbit
majalah photo cover
majalah photo belakang
majalah photo daftar isi
Koleksi
Koleksi_id
Koleksi_Waktu_Masuk
Dosen Pembimbing
dosen nip
dosen nama
CD ISI
nama isi
Buku Komplain
komplain hal
komplain pengirim
komplain waktu
email pengirim
komplain isi
Adm ini strator
admin id
admin nama
admin alamat
admin telp
admin email
admin pwd
Jenis Admin
jen is id
jen is nam a
Jurnal
jurna l issn
jurna l ju dul
jurna l sifat
jurna l no mor
jurna l ed isi
jurna l tah un
jurna l pe nerbi t
jurna l ph oto co ver
jurna l ph oto b ela kang
jurna l ph oto d aftar i si
Penulis KP
penulis nrp
penulis nama
Pengarang
pengarang id
pengarang nama
Pengumuman
pengumuman perihal
pengumu man waktu kirim
pengumu man waktu terakhir
pengumuman kepada
pengumuman isi
Log Cari
jum lah cari
Data requirement yang ada dapat dijabarkan menjadi entitas-entitas :
Administrator Jenis Admin Koleksi
Log Cari Pengumuman
Buku Komplain Buku Detail Buku Subject Pengarang Majalah Tugas Akhir
Dosen Pembimbing CD
Cd Isi Laporan KP Penulis KP Jurnal
Kesemua entitas tersebut memiliki atribut-atribut seperti ditunjukkan dalam gambar diatas.
-
8/19/2019 GL01 - Sample
11/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 11 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
3.3 Non Functional Requirement
SRS-Id Parameter Requirement
SRS-901 Availability Web SIPUSSI harus selalu online selama 7 x 24 jam setiap
minggunya, sesuai dengan aktivitas user-user Mahasiswa dan
Dosen Teknik Informatika ITS.
SRS-902 Reliability N/A
SRS-903 Ergonomy Kenyamanan bagi segmentasi pengguna para orang IT.
SRS-904 Portability Penggunaan Java Server Pages yang bisa diakses dari berbagaimacam browser.
SRS-905 Memory N/A
SRS-906 Response time Response Time dapat relatif cepat, namun tetap banyak bergantung
pada bandwith dan web server.
SRS-907 Safety N/A
SRS-908 Security Keamanan data perlu, namun bukan prioritas tinggi.
SRS-909 Accurate Keakuratan hasil pencarian informasi, disertai juga dengan
tambahan metode ‘string matching’.
SRS-910 Other Setiap layar harus mengandung logo ITS dan Informatika.
Catatan:
Availability: ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per hari
tanpa gagal Reliability: keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah …%) sehingga
harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application yang jika gagal
akan berakibat fatal.
Ergonomy: kenyamanan pakai bagi pengguna
Portability: kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain
Memory: jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS
dan ukurannya harus kecil
Response time: Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh:
“Aplikasi harus mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik kembali kartu yang tidak
diambil dalam waktu 30 detik”
Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik
Security: aspek keamanan yang harus dipenuhi.
3.4 Batasan PerancanganPerancangan menggunakan tools Power Designer 6 dengan hasil berupa Conceptual Data Model dan
Physical Data Model.
Selain itu, hal-hal yang terdapat pada rancangan merupakan desain hanya dari scope yang ditangani oleh
aplikasi SIPUSSI yang didevelope. Jadi tidak mencakup desain dari sistem terkait.
3.5 Kerunutan (traceability)
3.5.1 Data Store vs E-R
Mapping data store pada DFD dengan Entity - Relasi
Data Store Entity Relasi
Data Administrator Administrator Jenis_admin
Jenis Admin Jenis_admin
Data pengumuman Pengumuman Mengirim
Data Komplain Buku Komplain -
Data Koleksi Koleksi Petugas
Log Cari Jumlah Pencarian
Buku Jenis Buku
Detail Buku Jumlah Eksemplar
-
8/19/2019 GL01 - Sample
12/12
Jurusan Teknik Informatika ITS SKPL-Gxx Halaman 12 dari 12 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan TeknikInformatika-ITS dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Teknik Informatika ITS.
Subject Subject Buku
Pengarang Pengarang Buku
Majalah Jenis Majalah
Tugas Akhir Jenis TA
Dosen Pembimbing Dosen Pembimbing
CD Jenis CD
CD Isi Detail Isi
Laporan KP Jenis KP
Penulis KP Penulis KPJurnal Jenis Jurnal
3.6 Ringkasan Kebutuhan
Bab ini berisi ringkasan semua “Requirement item”. Requirement item ini mencerminkan semua hal yang harus
dipenuhi, dan nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua requirement
harus dapat ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: functional dan non functional
3.6.1 Functional Requirement Summary
SRS-Id Description
SRS-101 Autentifikasi Login
SRS-102 Mengidentifikasi Menu AdminSRS-103 Pencarian Resource Admin
SRS-104 Maintenance Koleksi
SRS-105 Maintenance pengumuman
SRS-106 Maintenance Administrator
SRS-107 Melihat Informasi Administrator
SRS-108 Pencarian Resources
SRS-109 Pengisian Komplain
SRS-110 Menampilkan Informasi Kpd Pengguna
3.6.2 Non Functional Requirement Summary
SRS-Id Parameter Requirement Description
SRS-901 Availability Web SIPUSSI harus selalu online selama 7 x 24 jam setiap
minggunya, sesuai dengan aktivitas user-user Mahasiswa dan
Dosen Teknik Informatika ITS.
SRS-902 Reliability N/A
SRS-903 Ergonomy Kenyamanan bagi segmentasi pengguna para orang IT.
SRS-904 Portability Penggunaan Java Server Pages yang bisa diakses dari berbagai
macam browser.
SRS-905 Memory N/A
SRS-906 Response time Response Time dapat relatif cepat, namun tetap banyak bergantung
pada bandwith dan web server.
SRS-907 Safety N/A
SRS-908 Security Keamanan data perlu, namun bukan prioritas tinggi.SRS-909 Accurate Keakuratan hasil pencarian informasi, disertai juga dengan
tambahan metode ‘string matching’.
SRS-910 Other-1 Setiap layar harus mengandung logo ITS dan Informatika.