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




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.


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.


Entity Requirement (Bab 3.2.1.1)

Before: Berdasarkan Conceptual Data

Model SIPUSSI belum lengkap. Hanya

ada 9 Entitas.


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.


8/19/2019 GL01 - Sample

4/12




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




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




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




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




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




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




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




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




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.

GL01 - Sample

Documents