Software Requirements
Specification
for
Aplikasi Sistem Informasi Akademik Mahasiswa Berbasis Web
Version 1.0 approved
Prepared by
Ariyadi Dwi Saputra -
20312084
Fajar Romadhon - 20312091
Nurohman Wijianto - 20312115
27 Mei 2022
Copyright ©
1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute
this document.
Software
Requirements Specification for Aplikasi Berbasis Web untuk
Sistem Informasi Akademik Mahasiswa
Page
ii
Table of Contents
Table of Contents
..........................................................................................................................
ii Revision History
............................................................................................................................
ii
1. Introduction
...........................................................................................................1
1.1 Purpose
....................................................................................................................................
1
1.2 Document Conventions
............................................................................................................1
1.3 Intended Audience and Reading Suggestions .......................................................................... 1
1.4 Product Scope
.......................................................................................................................... 2
1.5 References ................................................................................................................................
2
2. Overall Description
................................................................................................2
2.1 Product Perspective ................................................................................................................... 2
2.2 Product Functions .................................................................................................................... 7
2.3 User Classes and Characteristics
................................................................................................
7
2.4 Operating Environment ..............................................................................................................7
2.5 Design and Implementation Constraints
....................................................................................7
2.6 User Documentation
...................................................................................................................
8
2.7 Assumptions and Dependencies
.................................................................................................
8
3. External Interface
Requirements
.............................................................................8
3.1 User Interfaces
............................................................................................................................
8
3.2 Hardware Interfaces
...................................................................................................................
11
3.3 Software Interfaces ....................................................................................................................
13
3.4 Communications Interfaces
.......................................................................................................
14
4. System Features
.......................................................................................................14
4.1 System Feature 1
.......................................................................................................................
14
4.2 System Feature 2 (and so on)
....................................................................................................
15
5. Other Nonfunctional
Requirements ........................................................................9
5.1 Performance Requirements
.......................................................................................................
19
5.2 Safety Requirements
.................................................................................................................
19
5.3 Security Requirements
..............................................................................................................
19
5.4 Software Quality Attributes
......................................................................................................
19
5.5 Business Rules
..........................................................................................................................
19
6. Other Requirements
.......................................................................................................................19
Appendix A: Glossary......................................................................................................................20
Appendix
B: Analysis Models
.........................................................................................................20
Appendix
C: To Be Determined List
..........................................................................................20
Revision History
1. Introduction
1.1 Purpose
Adapun tujuan dalam pembutan
proposal ini adalah terbentuknya Sistem Informasi Akademik pada suatu Sekolah
Tinggi sehingga meningkatkan efektifitas dan efisiensi baik dari segi biaya,
tenaga, maupun waktu. Sehingga menjadi sebuah aplikasi yang dapat digunakan
untuk menginput data-data akademik , mulai dari menginput data mahasiswa, data
matakuliah, menginput nilai mahasiswa berdasarkan masing- masing matakuliah
yang diprogramkan.
1.2 Document Conventions
1.
Bagi Penulis
•
Sebagai sarana untuk menerapkan ilmu yang
didapat selama menempuh proses perkuliahan.
•
Menambah wawasan, pengetahuan dan pengalaman
dalam membuat sebuah sistem baru.
2.
Bagi Akademik
•
Menambah ragam hasil penelitian atau tugas akhir
sebagai pembendaharaan pustaka akademik.
•
Sebagai dorongan bagi akademik untuk menjadi
tolak ukur keberhasilan dalam memberikan ilmu kepada mahasiswa.
3.
Bagi pembaca
Menambah
pengetahuan dan sebagai acuan apabila melakukan pembuatan aplikasi baru yang
sejenis nantinya ditemukan permasalahan baru yang timbul di kemudian hari.
1.3 Intended Audience and Reading Suggestions
Dunia
perguruan tinggi telah memanfaatkan informasi untuk mengefisiensikan
proses-proses akademik yang ada di dalamnya yang disebut dengan Sistem
Informasi Akademik (SIAKAD). SIAKAD dalam kaitannya dengan proses pengembangan
perangkat lunak adalah pada tahapan dalam melakukan pembangunan aplikasi SIAKAD
tersebut dimana sebagian besar tahapan pembangunannya dan pengembangannya masih
bersifat ad hoc. Jika dicermati, SIAKAD ini dibangun menurut kebutuhan yang
dapat dilihat dari prosesnya. Dari analisis implementasi SIAKAD, pada beberapa
institusi akan diperoleh beberapa proses yang umum. Proses yang umum ini akan
merepresentasikan keumuman dalam kebutuhan spesifikasi perangkat lunak. Dalam
penelitian ini akan dilakukan analisis pada beberapa aplikasi SIAKAD yang
digunakan pada beberapa institusi pendidikan tinggi untuk dilihat keumuman
prosesnya.
1.4 Product Scope
Fitur yang
terdapat pada Mahasiswa yaitu bahan Kuliah, KRS dan Jadwal, Kartu Ujian, KHS
Nilai,
Transkrip,
Ubah Profil dan Ubah Password. Pada Login Back end, level tertinggi adalah
Administrator
yang dapat mengakses semua menu kecuali keuangan. Menambah mahasiswa, Data
master dan sistem setting hanya dapat dibuat oleh Administrator.Level Operator,
yaitu petugas yang menginput data akademik seperti belanja KRS mahasiswa,
Pembagian Kelas, Menginput nilai, Cetak Dokumen dan Laporan Akademik. Level
Keuangan, yaitu user yang menginput Pembayaran UKT semester ganjil dan genap
dan pembayaran SP mahasiswa. Mahasiswa yang belum membayar lunas tidak dapat menginput mata kuliah di awal
semester dan mencetak Kartu Ujian. Dimana saat ujian, pengawas akan mengumpulkan
kartu ujiannya disetiap matakuliah yang diikuti untuk di validasi.
1.5 References
Referensi
system akademik mahasiswa yaitu pada system akademik Universitas Teknokrat
Indonesia yaitu siakad.teknokrat.ac.id. menjadi rekomendasi dalam upaya
meningkatkan kinerja kampus dalam pengolahan data akademik sehingga dapat
berjalan efektif dan efisien.
2. Overall Description
2.1 Product Perspective
Produk
ini akan dijalankan oleh admin pemilik system dan oleh user mahasiswa yang akan
memiliki koneksi ke internet. Pengguna system terbagi dua yaitu antar muka
untuk user mahsiswa dan antar muka untuk admin. Produk ini akan berjalan di
platform aplikasi berbasis web yang didukun oleh system operasi. Beberapa
Diagram :
Diagram Login Diagram
Logout
1. Diagram
Login
Pada
diagram login terdapat user dan system. Pada user akan login menggunakan akun
daei universitas kemudian system akan
memproses akun user, apakah akun user sesuai atau tidak. Jika akun tidak sesuai
maka user akan Kembali memasukan password atau username dengan benar dan jika
benar maka user akan masuk ke beranda.
2. Diagram
Logout
Pada diagram logout terdapat user dan system,
dimana Ketika user ingin keluar dari akunnya maka user akan mengklik logout
kemudian system akan memproses dan setelah itu akan muncul tampilan login karena
akun user tersebut telah logout.
Diagram Input Mata Kuliah Diagram
Persetujuan KRS
3. Diagram
Input Mata Kuliah
Pada
diagram ini terdapat mahasiswa, system, dan admin. Pada mahasiswa akan memmbuka
menu perkuliahan kemudian system akan memproses untuk menampilkan menu
perkuliahan dan menampilkan Menu KRS. Mahasiswa mengklik KRS dan membuka menu
KRS lalu memilih matakuliah dan akan menampilkan KRS yang berisi matakuliah
yang sudah diinputkan oleh mahasiswa. Jika penginputannya ternayata kelasnya
penuh maka akan Kembali ke menu tampilan KRS. Setelah menginputkan KRS kemudian
mahasiswa akan mengajukan KRSnya dan jika disetujui berarti KRS sudah
disetujui. Jika KRS tidak disetujui maka akan Kembali ke tampilan menu KRS.
4. Diagram
Persetujuan KRS
Pada
proses persetujuan KRS dari dosen untuk mahasiswa bimbingan akademik. Pertama
dosen membuka menu bimbingan akademik. Setelah itu membuka menu persetujuan
KRS.
Sistem akan
menunjukkan daftar mahasiswa bimbingan akademik dari dosen tersebut.
Dosen
dapat melihat, menyetujui atau menolak KRS yang diajukan oleh mahasiswa.
Feedback yang diberikan oleh dosen akan direkam didalam sistem kemudian akan
diterus ke akun mahasiswa.
5. Diagram
Input Nilai
Pada
proses input nilai Admin akan membuka menu perkuliahan dan membuka menu
pengisian nilai. Sistem akan menampilkan tampilan pengisian nilai. Setelah itu
admin memilih semester. Jika admin memiliki hak untuk mengisi nilai maka sistem
akan menampilkan tampilan untuk mengisi nilai. Jika tidak maka dosen hanya bisa
melihat nilai kelas matakuliah yang diampu. Kemudian admin menekan button unduh
DPNA, jika DPNA sudah dibuat maka sistem akan menampilkan tampilan untuk
melihat DPNA. Jika DPNA belum dibuat maka sistem menampilkan tampilan untuk
membuat DPNA. Kemudian admin bisa menandatangani DPNA dengan menekan button TTD
DPNA dan sistem akan menampilkan QRCode untuk TTD. Setelah itu admin dapat
mengunduh DPNA.
Diagram Input Nilai
6. Diagram Melihat KHS Pada proses
untuk melihat KHS, mahasiswa membuka menu perkuliahan dan akan menampilkan menu
perkuliahan, kemudian mahasiswa akan membuka menu KHS dan menampilkan menu KHS.
Setelah itu mahasiswa memilih semester untuk melihat KHS dan menampilkan KHS berdasarkan
semsester yang dipilih.
Diagram Melihat KHS
7. Diagram Melihat Transkip
Nilai
Mahasiswa akan membuka menu perkuliahan dan menampilkan menu perkuliahan. Mahasiswa membuka atau mengklik menu transkip nilai dan transkip nilai akan tampil.
Diagram Melihat
Transkip Nilai
2.2 Product Functions
Fungsi
dari perangkat lunak aplikasi sistem informasi akademik mahasiswa yang
digunakan untuk merekam semua kegiatan yang berhubungan dengan proses akademik
mahasiswa di universitas :
•
Terdapat informasi data mahasiswa, contoh :
nama, jurusan, Angkatan, status pembayaran, semester yang aktif, dll.
•
Terdapat Informasi workshop atau expo.
•
Memudahkan para mahasiwa untuk menginput
matakuliah secara online.
•
Menampilkan Informasi matakuliah persemester
yang akan mau diiinputkan oleh mahasiswa.
•
Memudahkan para mahasiwa untuk melihat hasil
akademik secara online.
2.3 User Classes and Characteristics
Dalam
aplikasi system informasi ini, user yang terlibat, yaitu :
•
Admin
Admin yang
berfungsi sebagai memverifikasikan pemabayaran, mengkonfirmasikan matakuliah
yang telah diinput oleh mahasiswa, mengupdate atau mengupload pilihan matakulah
untuk mahasiswa yang mau diinput, menampilkan hasil penilain akademik dari
seluruh semester atau persemester berupa Ip semester dan IPK, dan menampilkan
atau memberi informasi penting dalam aplikasi system ini.
•
Mahasiswa
Mahasiswa
berfungsi sebagai menginput matakuliah, melengkapi data informasi diri,
mencetak kartu studi atau bisa juga transkip nilai, dan mendownload kartu studi
atau bisa juga transkip nilai.
2.4 Operating Environment
Aplikasi
system informasi akademik mahasiswa dapat digukanan :
•
Software berupa google untuk membuka aplikasi
web server •
Hardware menggunakan computer,
laptop, tablet, dan Hp.
•
Operasi Sistem yaitu windows 10.
2.5 Design and Implementation Constraints
Pada aplikasi system informasi akademik
menggunakan bahasa pemograman berupa PHP, HTML, CSS, dan Javascript, dan MYSQL
(database). Perangkat lunak yang digunakan dalam aplikasi ini adalah Figma
(Desain), Xampp, dan Sublime Text. Dalam aplikasi ini untuk masalah pembayaran
semester, menkonfirmasi kartu recana studi (krs), dan menampilkan hasil IP atau
IPK yang dilakukan oleh admin, sedangkan menginputkan matakuliah dilakukan oleh
mahasiswa.
2.6 User Documentation
Sistem ini
akan digunakan untuk di kampus. Dosen akan menjadi Admin pada aplikasi berbasis
web ini dan mahasiswa sebagai pengguna utama. User mungkin harus bisa menggunakan aplikasi berbasis web ini. Sistem
ini juga dirancang agar user bisa melihat hasil nilai akademik atau menginput
matakuliah secara online tanpa harus secara manual dengan menggunakan kertas
yang bisa saja kertas hilang atau kotor. User juga mengakses web menggunakan
prangkat lunak yaitu browser (contoh : Chrome) melalui handphone, tablet, atau
laptop.
2.7 Assumptions and Dependencies
•
User pengguna pada aplikasi system infomasi ini
dapat mengetahui dan dapat mengoperasikan komputer, laptop, tablet, dan hp
terutama untuk aplikasi berbasis web.
•
Tersedia web server dan internet untuk mengakses
aplikasi berbasis web ini.
3. External Interface Requirements
3.1 User Interfaces
a. Tampilan
Awal
Pada tampilan awal pada system informasi
ini, pengguna diminta untuk mengisi username dan password dari akun yang telah
disediakan atau diberikan oleh admin, lalu tekan login untuk dapat masuk ke
dalam beranda system informasi ini.
b. Tampilan
Beranda
Pada tampilan beranda pada system informasi ini, terdapat
berbagai fitur yang dapat digunakan oleh pengguna sesuai kebutuhan. Pengguna
dapat memilih fitur yang akan digunakan. Kebutuhan tentang akademik terdapat
pada menu perkuliahan yang ada pada sidebar.
c. Tampilan
Biodata
Dari gambar diatas menunjukkan
tampilan biodata mahasiswa Universitas Teknokrat Indonesia. Tampilan biodata
menampilkan informasi diri pribadi yang terdiri dari Nama, Jenis Kelamin,
Propinsi Tempat Lahir, Kota Tempat Lahir, dsb.
d. Tampilan
Informasi Matakuliah
Gambar diatas menunjukkan tampilan
informasi matakuliah dari Universitas Teknokrat Indonesia. Tampilan ini berisi
tentang seluruh matakuliah yang didaftarkan pada semester aktif. Dari seluruh
matakuliah yang terdaftar, setiap matakuliah mempunyai aturan tersendiri
bergantung pada program studi, kurikulum, dan aturan akademik lainnya. Berisi
textview yang merupakan keterangan dari data, serta ada opsi pilihan jurusan
dan ada tombol lihat pada posisi paling kanan. Lalu dibawahnya akan tersedia
daftar matakuliah yang didaftarkan pada semester aktif.
e. Tampilan
KRS
Gambar diatas menunjukkan tampilan
KRS dari aplikasi sistem informasi akademik UTI. Terdapat dua button yaitu
“Tambah Matakuliah” dan “Cetak”. Dimana button “Tambah Matakuliah” hanya akan
aktif pada masa susun dan revisi KRS. Sedangkan button Cetak digunakan untuk
mencetak KRS yang telah disusun. Dokumen dibuat tidak pada saat mengontrak
matakuliah sehingga pilihan untuk mengontrak matakuliah tidak ditampilkan.
f. Tampilan
KHS
Gambar diatas menunjukkan tampilan
KHS dari aplikasi sistem informasi akademik UTI. Pengguna memilih semester
untuk dapat melihat KHS pada semester yang dipilih. Pada bagian kanan tampilan terdapat
button berwarna abu-abu untuk melihat KHS dari Semester yang sudah dipilih.
g. Tampilan
Transkrip Nilai
Gambar diatas menunjukkan tampilan
Transkrip Nilai dari aplikasi sistem informasi akademik UTI. Pengguna akan
diberikan informasi mengenai nilai hasil studi mahasiswa dari awal semester
hingga semester yang sedang ditempuhnya h. Tampilan
Informasi Akademik
Gambar diatas menunjukkan tampilan Informasi Akademit dari
aplikasi sistem informasi akademik UTI. Informasi Akademik ini berisi tentang
hal-hal yang berkaitan dengan hal akademis.
3.2 Hardware Interfaces
a. Server
Server
merupakan system computer yang berfungsi sebagai penyimpan data dan penyedia
layanan. Data yang disimpan pada server berupa informasi dan beragam jenis
dokumen yang kompleks.
b. PC
atau Personal Computer
PC digunakan
sebagai client yang meminta layanan yang ada pada server. PC berfungsi sebagai
tempat menginput dan mengolah data sehingga menghasilkan output berupa
data/informasi yang sesuai perintah.
3.3 Software Interfaces
Software
Interfaces pada system informasi ini adalah sebagai berikut : a. Sistem
Operasi (Server) Nama : Windows Server 2012 Sumber :
b. Bahasa
Pemrograman
Nama : PHP dengan plugin Sublime
Text Sumber :
c. RDBMS
Nama : SQLyog
Sumber : webyog.com
d. Web
Server
Nama : Apache
Sumber : apache.org
3.4 Communications
Interfaces
Pada system informasi ini, alur komunikasi dimulai dengan
user melakukan request kepada server jika layanan tersedia pada server maka
server akan memberikan feedback layanan sesuai dengan permintaan dari user.
Namun, jika permintaan dari user disimpan dalam database maka server akan
merequest ke database kemudian database akan memberikan feedback ke server lalu
server meneruskannya hingga sampai ke user yang meminta layanan.
4. System Features
Pada bagian
ini menunjukan fitur-fitur pada aplikasi yang paling menonjol dan menjelaskan
Bagaimana mereka bisa digunakan dan hasilnya akan mereka berikan kembali kepada
pengguna.
4.1 System Feature 1
(Halaman Beranda / Halaman Utama)
4.1.1
Description
Halaman
ini merupakan halaman utama yang terdapat aplikasi siakad / sistem informasi
akademik mahasiswa ini. Jadi ketika mengetikan halaman website ini, yang
pertama kali setelah pengguna login adalah halaman ini. Oleh karena itu selama
mengakses ke halaman ini pengguna akan mengakses halaman ini dahulu. Baru
setelah itu, pengguna dapat mengakses ke halaman lain.
4.1.2
Stimulus/Response Sequences
Di
halaman ini berupa output, dimana pengguna dapat melihat pengumuman terkini,
pengguna juga dapat melihat jumlah SKS mata kuliah yang telah di ambil dan IPK
mahasiswa tersebut, dan juga pengguna dapat melihat status akademik.
4.1.3 Functional Requirements Textbox
:
- Pengumuman
: Untuk mecatat pengumuman penting terkini
- Status
Akademik : Untuk mencatat status akademik mahasiswa
4.2 System Feature 2
(Halaman Biodata)
4.2.1 Description
Halaman
ini berisikan biodata dari mahasiswa tersebut. Meliputi Nama, Jenis kelamin,
provinsi tempat lahir, kota tempat lahir, tempat lahir, tanggal lahir, golongan
darah, tinggi badan, berat badan, kondisi buta warna, memakai kacamata, dan
kondisi gigi.
4.2.2 Stimulus/Response Sequence
Di
halaman ini juga berupa output, yang mana pengguna dapat melihat biodata
dirinya apakah sudah benar atau belum.
4.2.3 Functional Requirements Textbox
:
- Nama
: Untuk mencatat nama mahasiswa
- Jenis
Kelamin : Untuk mencatat jenis kelamin mahasiswa
- Provinsi
Tempat Lahir : Untuk mecatat provinsi tempat lahir mahasiswa
- Kota
Tempat Lahir : Untuk mencata kota tempat lahir mahasiswa
- Tempat
Lahir : Untuk mencatat tempat lahir mahasiswa
- Tanggal
Lahir : Untuk mencatat tanggal lahir mahasiswa
- Golongan
Darah : Untuk mencatat golongan darah mahasiswa
- Tinggi
Badan : Untuk mencatat tinggi badan mahasiswa
- Berat
Badan : Untuk mencatat berat badan mahasiswa
- Kondisi
Buta Warna : Untuk memastikan kondisi buta warna dari mahasiswa
- Memakai
Kacamata : Untuk memastikan kesehatan mata mahasiswa -
Kondisi Gigi : Untuk memastikan kondisi gigi mahasiswa
4.3 System Feature 3
(Halaman Sistem Informasi Matakuliah)
4.3.1 Description
Halaman
ini berisikan informasi matakuliah yang ditawarkan pada semester aktif.
Dari seluruh matakuliah yang terdapat dalam daftar, setiap matakuliah mempunyai
aturan tersendiri bergantung pada program studi, kurikulum, dan aturan akademik
lainnya.
4.3.2 Stimulus/Response
Sequence
Di
halaman ini berupa output, dimana pengguna dapat melihat informasi terkait
matakuliah yang ditawarkan pada tiap semester, jika pengguna ingin mencari terkait
matakuliah bisa menuju ke halaman ini.
4.3.3 Functional
Requirements
Textbox
:
-
Keterangan : Untuk mencatat
keterangan atau informasi apa saja pada halaman ini -
Paket Semester : Untuk mencatat matakuliah pada tiap semester
Option
Button :
-
Program Studi : Jika pengguna
merupakan mahasiswa dari program studi Informatika maka dapat memilih opsi
Informatika.
4.4 System Feature 4
(Halaman Kartu Rencana Studi)
4.4.1 Description
Halaman
ini bersikan daftar matakuliah yang dapat diinputkan pada semester yang
akan dilaksanakan. Mahasiswa dapat mengambil matakuliah sesuai jatah SKS yang
dimiliki. Setelah melakukan pengisian KRS mahasiswa dapat mencetak KRS agar
dapat ditanda tangani oleh dosen pembimbing masing-masing.
4.4.2 Stimulus/Response
Sequence
Di
halaman ini dapat berupa input maupun output. Berupa output karena menampilkan
daftar matakuliah yang ingin diambil. Akan tetapi, halaman ini juga dapat
berupa input karena pengguna dapat menginputkan matakuliah yang ingin diambil.
4.4.3 Functional
Requirements
Textbox
:
- Nama
: Untuk mencatat nama mahasiswa
- NPM
: Untuk mencatat npm mahasiswa
- Program
Studi : Untuk mencatat program studi mahasiswa
- Semester
: Untuk mencatat semester yang sedang dilaksanakan
- Maksismum
SKS : Untuk mencatat jumlah SKS yang dapat diambil
- Dosen
Pembimbing Akademik : Untuk mencatat nama dosen pembimbing
4.5 System Feature 5
(Halaman Kartu Hasil Studi)
4.5.1 Description
Halaman
ini merupakan lanjutan dari KRS yang mana berisikan kartu hasil studi
mahasiswa persemester. Selain dapat dilihat dari online, kartu ini juga
dapat dicetak.
4.5.2 Stimulus/Response
Sequence
Di
halaman ini berupa output, dimana pengguna dapat melihat kartu hasil studi
persemester dari matakuliah yang sudah diinputkan pada halaman KRS sebelumnya.
4.5.3 Functional
Requirements
Textbox
:
- Keterangan
: Untuk mencatat keterangan atau informasi apa saja pada halaman ini
Option
Button :
- Semester
: Jika mahasiswa ingin melihat infomarsi KHS pada semester ganjil maka dapat memilih opsi semester ganjil
4.6 System Feature 6
(Halaman Transkrip Nilai)
4.6.1 Description
Halaman
ini berisikan informasi nilai hasil studi mahasiswa mulai dari semester
awal hingga semester akhir mahasiswa. Transkrip ini dapat dicetak dalam bentuk
transkrip satu halaman.
4.6.2 Stimulus/Response
Sequence
Di
halaman ini berupa output, pengguna dapat melihat nilai hasil studi dari semester
awal hingga semester akhir. Dan juga pengguna dapat mencetak transkrip.
4.6.3 Functional
Requirements
Textbox
:
- Keterangan
: Untuk mencatat keterangan atau informasi apa saja pada halaman ini
- Nama
: Untuk mencatat nama mahasiswa
- NPM
: Untuk mencatat npm mahasiswa
- Program
Studi : Untuk mencata program studi mahasiswa
4.7 System Feature 7
(Halaman Informasi Akademik)
4.7.1 Description
Halaman
ini berisikan informasi-informasi yang berkaitan dengan hal akademis
4.7.2 Stimulus/Response
Sequence
Di
halaman ini berupa output, pengguna dapat melihat jadwal terkait hal akademis
4.7.3 Functional
Requirements
Textbox
:
-
Keterangan : Untuk mencatat keterangan atau informasi apa saja pada halaman ini
5. Other Nonfunctional Requirements
5.1 Performance Requirements
Persyaratan
yang digunakan untuk mengakses web ini adalah dengan menjadi mahasiswa
teknokrat indonesia, yang dimana web ini ditujukan untuk memberi informasi
kampus ke pengguna.
5.2 Safety Requirements
Jika merasa kehilangan data diri atau informasi bisa langsung
menginformasikan kepada kampus agar pihak kampus yang menanganinya.
5.3 Security Requirements
Keamanan di web ini sudah disimpan dengan baik dan disimpan dalam
database kampus dan menggunakan perlindungan yang kuat.
5.4 Software Quality
Attributes
Beberapa yang perlu dipertimbangkan dalam web
ini adalah: ketersediaan informasi yang
akurat tentang kegiatan kampus, kebenaran, fleksibilitas, interoperabilitas,
keandalan, dan kegunaan.
5.5 Business Rules
Pada
web ini digunakan mahasiswa dalam perguruan tinggi untuk melihat mengenai
informasi dari kampus seperti kartu hasil studi, kartu rencana studi, indeks
prestasi dan sebagainya.
6. Other Requirements
Dalam srs ini kita akan membuat database pada akses pada
login
Dalam database ini kita bisa meruse atau dipakai ulang
digunakan pada system requirement specifications (SRS) yang lainnya sehingga
dapat mempercepat waktu pengerjaan
Appendix A: Glossary
Dalam
pembuatan SRS (Software Requirement Specification) kita dapat mengambil
sebagian dari projek ini untuk digunakan pada projek lainnya kita bisa
mengambil dari UI design maupun dari database dan juga pada login sehingga kita
dapat mempermudah pembuatan projek lainnya
Appendix B: Analysis Models
Konteks pada
informasi kampus
DFD level 0
Digunaka
untuk mengetahui bagaimana cara mendapatakan input dan output pada informasi
akademis.
Tidak ada komentar:
Posting Komentar