Software Requirements

Specification
for

Information Academic
System
Version 1.0 approved

Prepared by

210209501045 - Tiara Rabbani

210209501046 - Ali Mirza Najafi
210209502070 - Muh. Fatwa Ma’arij

17 Maret 2023
Table of Contents
1. Pendahuluan ............................................................................................................................ 1
1.1 Tujuan Penulisan Dokumen......................................................................................................... 1
1.2 Audien yang Dituju dan Pembaca yang Disarankan ................................................................... 1
1.3 Batasan Produk ............................................................................................................................ 2
1.4 Definisi dan Istilah ...................................................................................................................... 2
1.5 Referensi ...................................................................................................................................... 2
2. System Planning ...................................................................................................................... 3
2.1 System Request ........................................................................................................................... 3
2.2 Feasibility Study .......................................................................................................................... 3
3. Deskripsi Keseluruhan ........................................................................................................... 5
3.1 Deskripsi Produk ......................................................................................................................... 5
3.2 Fungsi Produk.............................................................................................................................. 5
3.3 Penggolongan Karakterik Pengguna ........................................................................................... 5
3.4 Lingkungan Operasi .................................................................................................................... 6
3.5 Batasan Desain dan Implementasi ............................................................................................... 6
3.6 Dokumentasi Pengguna ............................................................................................................... 7
4. Kebutuhan Antarmuka Eksternal......................................................................................... 7
4.1 User Interface .............................................................................................................................. 7
4.2 Hardware Interface ...................................................................................................................... 7
5. Fitur Sistem ............................................................................................................................. 8
6. Functional Requirements ..................................................................................................... 10
6.1 Actor .......................................................................................................................................... 11
6.2 Use-Case Diagram ..................................................................................................................... 11
6.3 Activity Diagram ....................................................................................................................... 12
6.4 Class Diagram ........................................................................................................................... 16
6.5 Sequence Diagram ..................................................................................................................... 17
7. Non Functional Requirements ............................................................................................. 21
7.1 Performance Requirement ......................................................................................................... 21
8. System Implementation ........................................................................................................ 22
8.1 Testing Strategy ......................................................................................................................... 22
8.2 Installation Strategy ................................................................................................................... 23

i
 1

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi penjabaran spesifikasi kebutuhan sistem informasi akademik yang
akan digunakan oleh universitas. Tujuan dari penulisan dokumen ini adalah:
1.1.1 Memberikan penjelasan mengenai perangkat lunak yang akan dibagun, baik berupa
gambaran umum maupun penjelasan secara rinci dan menyeluruh.
1.1.2 Pihak yang berhak menggunakan dokumen ini adalah pengembang perangkat lunak
Sistem Informasi Akademik Universitas.
1.1.3 Dokumen ini mendefinisikan batasan perancangan perangkat lunak dan karakteristik
program.

1.2 Audien yang Dituju dan Pembaca yang Disarankan

Penulisan dokumen ini ditujukan untuk beberapa pembaca dengan kebutuhan dan bidang
minat masing-masing. Beberapa pembaca utama yang dimaksudkan untuk dokumen ini
meliputi:

1.2.1 Pengembang: Adanya dokumen ini dapat menjadi pedoman bagi tim pengembang yang
bertanggungjawab untuk membangun sistem informasi akademik. Persayaratan dan
spesifikasi rinci dalam dokumen ini dapat memberi pemahaman yang jelas tentang
fungsionalitas dan efektivitas dari sistem yang akan dibangun untuk memenuhi
kebutuhan pengguna.

1.2.2 Manajer Proyek: Dokumen ini mencakup tujuan proyek, jadwal proyek, dan berbagai
rancangan lainnya. Hal ini dapat menjadi perhatian khusus bagi manajer proyek dalam
mengawasi pembangunan dan pengembangan proyek dari awal hingga selesai.

1.2.3 Penguji: Bagian rencana pengujian dari dokumen ini ditujukan untuk tim penguji yang
bertanggung jawab untuk memastikan bahwa sistem informasi akademik berfungsi
sebagaimana mestinya.

1.2.4 Pengguna: Bagian manual pengguna dari dokumen ini ditujukan untuk siswa dan staf
yang akan menggunakan sistem informas akademik. Bagian ini akan memberi mereka
petunjuk yang jelas tentang cara menavigasi dan menggunakan sistem informasi
akademik untuk mencapai fungsi yang diharapkan.
 2

1.3 Batasan Produk

Perangkat lunak yang akan dikembangkan adalah perangkat lunak Sistem Informasi
Akademik Sekolah, yaitu merupakan perangkat lunak yang digunakan untuk mempermudah
proses memperoleh informasi tanpa harus melakukan interaksi secara langsung. Aplikasi
informasi akademik ini dapat melakukan hal-hal berikut ini :

1.3.1 Fasilitas login untuk admin, pegawai, guru dan siswa/i untuk menghindari
penyalahgunaan hak akses.

1.3.2 Menampilkan daftar siswa yang terdaftar di dalam sekolah.

1.3.3 Menampilkan daftar guru serta mata kuliah yang di ajarkan sesuai dengan jadwalnya.

1.3.4 Admin dapat melihat dan mengatur sistem informasi akademik tersebut.

Dengan adanya Aplikasi ini diharapkan, Kemudahan bagi siswa/i untuk memperoleh
informasi tanpa harus melakukan interaksi langsung dengan bagian administrasi karena
informasi tersebut dapat diperoleh dengan melakukan pencarian data melalui komputer yang
terkoneksi langsung secara internet.

1.4 Definisi dan Istilah

o SRS : Software Requirement Specifications (Spesifikasi kebutuhan perangkat lunak)

o IEEE : Institute of Electrical and Electronics Engineer

o SIA: Sistem Informasi Akademik (Sistem yang dirancang untuk melakukan pengolahan
data akademik)

1.5 Referensi
o https://jurnal.stmik-dci.ac.id/index.php/jumika/article/view/149.
o https://ejournal.amiki.ac.id/index.php/JIMI/article/view/5/3.
 3

2. System Planning
2.1 System Request
System Request Sistem Informasi Akademik
Project Sponsor Universitas Negeri Warna Biru
Business Need Sistem Informasi ini bertujuan untuk memberikan kemudahan dalam
mengelola data akamedik dan administrasi perkuliahan, mengelola dan
memantau seluruh aktivitas akademik (seperti KRS hingga proses penilaian),
serta sebagai sarana penyedia layanan informasi yang efektif dan terpercaya.
Business Requirements
1. Dengan menggunakan sistem informasi ini, dapat memudahkan pihak administrator melakukan
pengunggahan dan pengelolaan data akademik yang mencakup data nilai mahasiswa, biodata
mahasiswa, hingga biodata dosen.
2. Pihak dosen dapat melakukan monitoring terhadap keaktifan mahasiswa bimbingannya dan
melakukan pengelolaan dan validasi data mahasiswa dengan cepat praktis.
3. Pihak mahasiswa dapat melakukan registrasi akademik, konsultasi dan validasi dengan dosen
pembimbing secara langsung serta dapat mengakses informasi seputar akademik kapan saja dan
dimana saja.
Business Value
Sistem informasi akademik ini memberikan keuntungan bagi pihak administrator, dosen, maupun
mahasiswa. Keuntungan yang diperoleh antara lain sebagai berikut.
Tangible Mengurangi biaya administrasi seperti buku, kertas, tinta, dan biaya percetakan
lainnya.
Intangible Mempermudah dalam mengakses dan mengelola data akademik bagi semua
pihak, dan sebagai layanan untuk selalu memantau seluruh kegiatan dan
perkembangan seputar kegiatan akademik dan kampus.
Spesial Issues or Constraint
Sistem ini harus berjalan secara online, baik bagi administrator, dosen, maupun mahasiswa agar fitur-
fitur pada sistem dapat dijalankan secara maksimal.
Sistem informasi harus mulai berjalan satu minggu sebelum berkahirnya libur pergantian tahun ajaran
baru.
Sistem harus dapat bisa memvalidasi data secara real-time.

2.2 Feasibility Study

TECHNICAL FEASIBILITY
Penjelasan 1. Sangat 2. Kurang 3. Baik 4. Sangat Baik
Isian Kurang
Kefamiliaran dengan Sistem Berbasis Website 1 2 3 4
Pengguna familiar dengan pengoperasian sistem informasi ✔
berbasis website.
Pengembang familiar terhadap pengembangan sistem ✔
berbasis website.
Kefamiliaran dengan Teknologi 1 2 3 4
Pengguna familiar dengan teknologi pendukung sistem ✔
 4

informasi berbasis website.

Pengembang familiar mengembangkan aplikasi dengan ✔
platform, bahasa pemrograman, dan tools IDE yang dipilih.
Ukuran Proyek
Jumlah pengembang yang dibutuhkan. 4 Man/Month
Waktu yang dibutuhkan dalam mengembangkan sistem 5 Month
informasi.
Kompabilitas 1 2 3 4
Kebutuhan pengguna terhadap kompabilitas sistem ✔
informasi untuk terintegrasi dengan sistem lain.
Kompabilitas sistem terhadap teknologi yang ada pada ✔
organisasi.
Secara analisis kelayakan teknis, apakah sistem Layak Tidak Layak
informasi layak dikembangkan sesuai dengan kriteria
diatas?

ECONOMIC FEASIBILITY
Tahun 2021 2022
(Rp) (Rp)
Pengurangan Biaya Kertas dan Tinta 6.000.000 6.000.000
Pengurangan Biaya Percetakan 9.500.000 9.500.000
Total Benefits 15.500.000 15.500.000
PV of Benefits 13.250.000 12.985.000
PV of All Benefits 13.250.000 19.650.000
Biaya Tim (Analisis, Desain, Implementasi) 89.000.000 89.000.000
Total Development Costs 89.000.000 89.000.000
Biaya Developer Web 55.000.000 55.000.000
Biaya Server 21.000.000 21.000.000
Biaya Lisesnsi Sistem 10.000.000 10.000.000
Biaya Pemeliharaan 24.000.000 24.000.000
Hardware Upgrades 42.000.000 23.000.000
Total Operational Cost 152.000.000 133.000.000
Total Cost 238.000.000 222.000.000
PV of Cost 215.800.000 178.650.000
PV of All Cost 215.800.000 326.000.000
Total Project Costs Less Benefits -222.500.000 -310.500.000
Yearly NPV -202.550.000 -165.665.000
Cumulative NPV -202.550.000 -368.215.000
Return on Invesment (ROI) -100.00% -76.60%
Break-even Point (BEP) 12.8
 5

3. Deskripsi Keseluruhan
3.1 Deskripsi Produk
Sistem yang akan dikembangkan adalah Sistem Informasi Akademik yang dinamakan SIA
GAU. Sistem Informasi Akademik berbasis web ini dirancang untuk keperluan pengelolaan
data-data akademik dengan penerapan teknologi komputer, baik hardware maupun software
sehingga seluruh proses kegiatan akademik dapat terkelola menjadi informasi yang berguna
dalam pengelolaan manajemen perguruan tinggi dan pengambilan keputusan dalam lingkup
perguruan tinggi.

3.2 Fungsi Produk

SIA GAU memungkinkan para staff administrasi universitas dalam melakukan pengolahan
data antara user dan bagian sistem akademik yang menerima inputan dari mahasiswa serta
transaksi kegiatan perkuliahan antara mahasiswa dan perguruan tinggi. Selain untuk
adminsitrator, sistem informasi akademik ini juga memungkinkan dosen dan mahasiswa untuk
melakukan monitoring dan validasi data akademik, memantau jadwal kegiatan akademik, serta
sebagai layanan penyedia informasi dalam lingkup universitas

3.3 Penggolongan Karakterik Pengguna

Kategori Tugas Hak Akses ke aplikasi Kemampuan yang
Pengguna harus dimiliki
Administrator Melakukan Akses penuh pada fungsi Penguasaan komputer
pengunggahan dan manajemen dan pengelolaan tingkat lanjut,
pengelolaan data informasi dan catatan pengetahuan mengenai
akademik akademik mahasiswa. sistem akademik dan
tugas administrasi, dan
keakraban dengan
database dan
maintenance sistem.
Mahasiswa Melakukan registrasi, Akses terbatas hanya untuk Penguasaan komputer
konsultasi, validasi informasi pribadi dan tingkat dasar,
dengan dosen catatan akademik mereka kemampuan untuk
pembimbing, serta sendiri menavigasi interface web
mengakses informasi yang sederhana, dan
akademik. kefamilieran dengan
sistem informasi berbasis
online.
Dosen Melakukan Akses terbatas hanya untuk Penguasaan komputer
pengelolaan, validasi, informasi dan catatan tingkat dasar,
dan monitoring data akademik mahasiswa. kemampuan untuk
akademik mahasiswa. menavigasi interface web
yang sederhana, dan
kefamilieran dengan
sistem informasi berbasis
online.
 6

Staff Pemeliharaan sistem, Akses penuh ke dalam Penguasaan ilmu

Developer pembaruan sistem, dan sistem dan database terkait. komputer dan
troubleshooting. keterampilan teknis
tingkat lanjut,
kefamilieran dengan
arsitektur sistem dan
database, dan
pengalaman dalam
pengembangan perangkat
lunak.

3.4 Lingkungan Operasi

Secara keseluruhan, Sistem Informasi Akademik ini beroperasi dalam lingkungan berbasis
web dan dapat diakses melalui berbagai platform dan perangkat. Sistem ini akan kompatibel
dengan sistem operasi Windows pada perangkat komputer dan Android pada smartphone.
Sistem ini dapat dijalankan pada aplikasi browser web populer seperti Google Chrome, Mozilla
Firefox, dan Microsoft Edge. Pengguna dapat mengakses sistem di desktop, laptop, tablet, dan
smartphone selama mereka memiliki akses internet.

3.5 Batasan Desain dan Implementasi

Terdapat beberapa hal yang membatasi pengembangan sistem informasi akademik ini.
Diantaranya adalah:

o Pengembang harus mematuhi dan mengikuti kebijakan yang diterapkan oleh pihak
Universitas yang mungkin akan menerapkan sistem atau standar keamanan tertentu untuk
dipenuhi. Hal tersebut bisa saja membatasi pengembang dalam menentukan opsi dan
mengharuskan mereka untuk membuat keputusan yang sejalan dengan kebijakan dari pihak
Universitas.

o Pengembang harus mematuhi dan mengikuti teknologi, alat, database, dan standar
pemrograman tertentu yang telah ditetapkan dalam infrastruktur TI Sistem Informasi
Akademik. Hal ini kemungkinan dapat membatasi pengembang karena harus
menggunakan teknologi dan standar yang telah ditetapkan serta harus tetap memastikan
bahwa sistem dapat terintegrasi dengan baik dengan infrastruktur yang diterapkan.

o Adanya keterbatasan dalam spesifikasi hardware, terutama menyangkut kebutuhan

memori. Sistem informasi akademik ini mengharuskan sistem yang dikembangkan dapat
melakukan pengelolaan data sejumlah besar mahasiswa dalam waktu yang sama secara
langsung. Hal tersebut tentu saja membebani memori pada sistem yang kemungkinan
terburuknya mengakibatkan server menjadi down.
 7

3.6 Dokumentasi Pengguna

Dokumentasi pengguna merupakan dokumen yang menyertai sebuah perangkat lunak
yang berisi penjelasan secara detail mengenai perangkat lunak tersebut. Dokumentasi pengguna
menjelaskan fungsi dari setiap fitur perangkat lunak, cara menggunakan masing-masing fitur
tersebut, serta penjelasan dan penyelesaian dari masalah-masalah yang mungkin akan terjadi
dalam pengoperasian perangkat lunak. Dokumentasi pengguna ini membantu pengguna untuk
menggunakan perangkat lunak dengan lebih mudah. Berikut komponen dokumentasi pengguna
yang terdapat pada proyek ini:

Komponen Penjelasan Apakah diperlukan?

Panduan pengguna Panduan lengkap untuk pengguna Ya
tentang cara menggunakan sistem,
fitur-fitur, dan fungsionalitasnya.
Bantuan online Fitur yang memberikan bantuan Ya
pada tugas tertentu dalam sistem.
Tutorial Serangkaian panduan langkah Ya
demi langkah yang memandu
pengguna melakukan tugas-tugas
umum dalam sistem.

4. Kebutuhan Antarmuka Eksternal

4.1 User Interface

User Interface yang akan diterapkan pada aplikasi ini tergolong ramah dan sederhana agar
dapat dinavigasi dengan mudah dan praktis sehingga dapat mencakup user dari segala
kalangan. Sistem Informasi Akademik ini sendiri secara garis besar terdiri dari dua kubu
pengguna, yaitu mahasiswa dan dosen. Untuk user baik itu mahasiswa dan dosen, proses desain
mungkin tidak terlalu bermasalah dikarenakan karakteristik mereka yang kehidupannya sudah
familiar dengan teknologi.

4.2 Hardware Interface

Komponen perangat keras yang digunakan dalam software ini adalah:

a. Komputer: Sebagai perangkat utama dalam pengembangan sistem informasi akademik,

komputer memerlukan antarmuka yang dapat menghubungkan antara hardware dan
software yang digunakan.

b. Server: Jika sistem informasi akademik akan digunakan oleh banyak pengguna, maka
diperlukan server sebagai pusat pengelolaan data dan aplikasi.

c. Database: Untuk menyimpan data user dan seluruh informasi akademik.

 8

d. Jaringan: Jika sistem informasi akademik ingin diakses dari berbagai lokasi, maka
diperlukan antarmuka jaringan yang tepat.

e. Perangkat mobile: Dalam beberapa kasus, pengguna sistem informasi akademik

mungkin menggunakan perangkat mobile seperti smartphone atau tablet.

5. Fitur Sistem
SRS atau Software Requirement Specification adalah dokumen yang berisi spesifikasi
kebutuhan perangkat lunak yang akan dikembangkan. Berikut adalah beberapa fitur sistem
yang mungkin tercantum dalam SRS untuk membuat Sistem Informasi Akademik:

5.1 Login dan Autentikasi User

5.1.1 Deskripsi dan Prioritas
Fitur ini memungkinkan pengguna untuk masuk ke sistem dengan menggunakan kredensial
yang benar dan memastikan bahwa hanya pengguna yang memiliki hak akses yang sesuai yang
dapat mengakses informasi sensitif.
5.1.2 Stimulus/Response Sequence
o Pengguna membuka aplikasi dan memilih opsi untuk masuk ke dalam sistem.
o Sistem meminta pengguna untuk memasukkan informasi login mereka (nama pengguna
dan kata sandi).
o Pengguna memasukkan informasi login mereka.
o Sistem memvalidasi informasi login pengguna dan memberikan akses ke sistem jika
informasi yang dimasukkan benar.
5.1.3 Persyaratan Fungsional
o Sistem harus memiliki formulir login yang dapat diakses oleh pengguna.
o Sistem harus memverifikasi bahwa informasi login yang dimasukkan oleh pengguna
benar dan memberikan akses ke sistem jika informasi yang dimasukkan benar.
o Jika informasi yang dimasukkan salah, sistem harus memberikan pesan error yang jelas
dan meminta pengguna untuk memasukkan kembali informasi login yang benar.

5.2 Manajemen Data Mahasiswa

5.2.1 Deskripsi dan Prioritas
Fitur ini memungkinkan administrator untuk mengelola data mahasiswa, termasuk
pendaftaran mahasiswa baru, penghapusan data mahasiswa yang sudah tidak aktif, serta
pembaruan data mahasiswa..
5.2.2 Stimulus/Response Sequence
o Administrator membuka aplikasi dan memilih opsi untuk mengelola data mahasiswa.
o Sistem menampilkan daftar mahasiswa yang ada dalam basis data.
o Administrator memilih mahasiswa yang ingin diubah datanya.
 9

oSistem menampilkan formulir untuk mengubah data mahasiswa.

oAdministrator mengubah data mahasiswa dan menyimpan perubahan.
5.2.3Persyaratan Fungsional
oSistem harus menyimpan data mahasiswa secara terpisah dari data pengguna lainnya.
oSistem harus memvalidasi perubahan data yang dimasukkan oleh administrator sebelum
menyimpannya dalam basis data.
o Sistem harus memberikan akses terbatas untuk mengubah data mahasiswa dan hanya
diberikan kepada administrator yang berwenang.

5.3 Pengelolaan Nilai

5.3.1 Deskripsi dan Prioritas
Fitur ini memungkinkan dosen untuk memasukkan nilai mahasiswa dan mengelola rekaman
nilai mahasiswa. Selain itu fitur ini biasanya menampilkan jumlah rata-rata nilai yang didapatkan
oleh mahasiswa.
5.3.2 Stimulus/Response Sequence
o Dosen membuka aplikasi dan memilih opsi untuk mengelola nilai.
o Sistem menampilkan daftar mahasiswa yang terdaftar pada mata kuliah yang diampu oleh
dosen.
o Dosen memasukkan nilai untuk setiap mahasiswa pada setiap tugas, ujian, dan kuis.
o Sistem menyimpan nilai yang dimasukkan oleh dosen dan menghitung nilai akhir
mahasiswa.
5.3.3 Persyaratan Fungsional
o Sistem harus memungkinkan dosen untuk memasukkan nilai yang diperoleh mahasiswa
dalam suatu mata kuliah.
o Sistem harus dapat menampilkan nilai yang diperoleh oleh mahasiswa dalam suatu mata
kuliah.
o Sistem harus memungkinkan dosen untuk menghapus nilai yang diperoleh mahasiswa
dalam suatu mata kuliah.
o Sistem harus dapat menghitung nilai akhir mahasiswa berdasarkan nilai-nilai yang telah
dimasukkan oleh dosen.

5.4 Layanan Pengumuman

5.4.1 Deskripsi dan Prioritas
Fitur ini memungkinkan administrator untuk memposting pengumuman penting seputar
lingkup akademik. Fitur ini berperan juga berperan sebagai mading untuk mahasiswa karena
mengandung banyak informasi yang telah diunggah oleh administrator.
5.4.2 Stimulus/Response Sequence
o Stimulus: User mengakses fitur pengumuman di halaman utama sistem.
o Respon: Sistem menampilkan daftar pengumuman terbaru yang dikeluarkan oleh staf
akademik.
 10

5.4.3 Persyaratan Fungsional

o Sistem harus memiliki fungsi untuk mengelola dan menyimpan pengumuman yang
diterbitkan oleh staf akademik.
o Sistem harus dapat menampilkan pengumuman terbaru di halaman utama sistem.
o Sistem harus memiliki fungsi untuk mencari pengumuman berdasarkan kata kunci
tertentu.
o Sistem harus dapat mengirimkan notifikasi pengumuman kepada pengguna yang
berlangganan melalui email atau pesan instan.
o Sistem harus memiliki fitur untuk menandai pengumuman sebagai penting atau darurat
agar mudah ditemukan oleh pengguna.
o Sistem harus dapat menampilkan detail pengumuman seperti tanggal, waktu, sumber, dan
konten lengkap.

6. Functional Requirement
ID Kebutuhan Fungsional
FR-001 Fungsi Login
FR-002 Melihat Informasi Akademik
FR-REG-001 Registrasi Mata Kuliah
FR-KON-001 Konsultasi dan Validasi Mata Kuliah
FR-KON-002 Konsultasi dan Validasi Mata Kuliah
FR-ADM-001 Mengelola Data (Admin)
FR-ADM-002 Mengelola Informasi Akademik
FR-MHS-001 Mengelola Data (Mahasiswa)
FR-003 Fungsi Logout
Penjelasan
User akan memasukkan ID dan Password lalu
sistem akan melakukan validasi dan mengizinkan
user untuk masuk ke akun mereka jika ID dan
password yang dimasukkan benar.
Sistem akan memungkinkan user dari pihak
mahasiswa untuk melihat informasi seputar data
akademik mereka.
Sistem memungkinkan user dari pihak mahasiswa
untuk melakukan registrasi mata kuliah yang akan
diprogramkan oleh user.
Sistem memungkinkan user dari pihak mahasiswa
untuk melakukan konsultasi dan validasi mata
kuliah dengan dosen pembimbing melalui fitur
chat.
Sistem memungkinkan user dari pihak dosen
untuk melakukan konsultasi dan validasi mata
kuliah dengan mahasiswa bimbingannya melalui
fitur chat.
Sistem memungkinkan administrator untuk
mengelola akun user, termasuk membuat akun,
menghapus akun, dan mengubah informasi akun.
Sistem memungkinkan administrator untuk
membuat dan mengunggah pengumuman atau
informasi terkait kegiatan akademik yang
nantinya akan dapat dilihat oileh seluruh user.
Sistem memungkinkan mahasiswa untuk
membuat akun, menghapus akun, dan mengubah
informasi pada akun mereka.
Sistem memungkinkan user untuk keluar dari
sistem dengan memastikan semua data user telah
disimpan dan tidak diizinkan masuk untuk
beberapa saat setelah keluar dari sistem.
 11

6.1 Actor
o Admin: Akses penuh pada fungsi manajemen dan pengelolaan informasi dan catatan
akademik mahasiswa.
o Mahasiswa: Akses terbatas hanya untuk informasi pribadi dan catatan akademik mereka
sendiri
o Dosen: Akses terbatas hanya untuk informasi mata kuliah dan catatan akademik
mahasiswa.

6.2 Use Case Diagram

 12

6.3 Activity Diagram

13
14
15
 16

6.4 Class Diagram

 17

6.5 Sequence Diagram

18
19
20
 21

7. Non-Functional Requirements
7.1 Performance Requirement
Performance requirements pada sistem informasi akademik meliputi kemampuan sistem
untuk mengolah data dengan cepat dan efisien, memberikan respon yang cepat terhadap
permintaan pengguna, dan dapat menangani beban data yang besar dengan baik. Berikut adalah
beberapa contoh performance requirements pada sistem informasi akademik:

o Responsif: Sistem harus memberikan respon yang cepat terhadap permintaan pengguna
seperti akses data mahasiswa, dosen, jadwal kuliah, pengisian nilai dan lain-lain.
Kecepatan respon harus dijaga untuk menghindari gangguan pada operasi akademik
yang dilakukan.

o Keandalan: Sistem harus dapat beroperasi secara konsisten dan stabil. Hal ini
diperlukan agar pengguna dapat mengakses data yang diinginkan kapanpun dan
dimanapun.

o Kapasitas: Sistem harus mampu menangani jumlah data user yang besar dan bertumbuh
seiring waktu.

o Scalability: Sistem harus mampu diatur sesuai kebutuhan yang dapat memudahkan
pengembangan dan pengaturan sumber daya pada sistem secara dinamis.

o Interoperability: Sistem harus dapat berintegrasi dengan sistem lain sehingga data dapat
bergerak dengan mudah dan akurat antar sistem.

o Reporting: Sistem harus mampu memberikan laporan yang akurat dan mudah dipahami
kepada pengguna, seperti laporan keuangan, laporan akademik, laporan penilaian, dan
lain-lain.

o Usability: Sistem harus mudah digunakan dan intuitif bagi pengguna. Ini memastikan
bahwa pengguna dapat mengakses data dan informasi dengan cepat dan mudah.

o Maintainability: Sistem harus mudah dipelihara dan diperbarui, termasuk pembaruan

keamanan dan peningkatan performa. Ini akan memastikan sistem tetap berfungsi
dengan baik seiring waktu dan tidak mengalami masalah teknis yang mengganggu
operasi akademik.

o Flexibility: Sistem harus fleksibel dan dapat diadaptasi untuk memenuhi kebutuhan
khusus yang mungkin muncul pada sistem akademik. Contohnya, sistem harus dapat
memfasilitasi penggunaan modul pembelajaran jarak jauh (e-learning) atau
pengintegrasian pembayaran uang kuliah melalui sistem akademik.
 22

o Cost-effectiveness: Sistem harus efisien dan dapat dioperasikan dengan biaya yang
terjangkau, sehingga pengguna dapat memanfaatkan sistem dengan baik tanpa
membebani anggaran institusi pendidikan.

ID Parameter Kebutuhan
NFR-AVA-001 Availability Kesediaan dari SIA saat digunakan adalah baik, dan cukup
responsive sesuai dengan permintaan user. Apabila akan melakukan
aktifitas seperti transaksi data dengan database, maka proses akan
dilakukan dengan cara antrian dimana yang paling pertama
merequest akan dijawab dahulu, kemudian yang lain mengikuti.
NFR-RLB-001 Reliability Sistem hanya bisa beroperasi jika terhubung dengan internet. Dan
Sistem dapat diakses pada seluruh platform dan device secara
online.
NFR-ERG-001 Ergonomy Sistem SIA ini dirancang dengan tampilan yang cukup mudah
untuk dioperasikan, yang dapat membuat user sangat nyaman atau
mudah untuk melakukan aktifitas seputar informasi akademik.
NFR-PRT-001 Portability Sistem yang berbasis website membuat sistem dapat diakses dari
mana saja dengan menggunakan link.
NFR-MR-001 Memory SIA di pasang pada sebuah server web khusus yang mempunyai
kemampuan yang bagus untuk menangani data-data dengan jumlah
besar. Kebutuhan minimum perangkat keras untuk SIA di sisi
server adalah komputer pribadi dengan memori 32 MB dan
prosesor sekelas Pentium II – 300Mhz.
NFR-RT-001 Response time Sistem ini dapat login kedalam website dengan waktu 5 detik dan
dapat mencetak krs dalam waktu 10 detik
NFR-SFT-001 Safety N/A
NFR-SCR-001 Security Keamanan dari sistem baik, tetapi masih bergantung pada user.
Apabila user menggunakan password yang lemah atau belum
mengganti password default yang diberikan oleh kampus, maka
mudah diretas, namun jika menggunakan password yang sesuai
dengan ketentuan maka akan sulit diretas.

NFR-BK-001 Bahasa Semua yang ada pada sistem informasi akademik ini menggunakan
komunikasi bahasa indonesia

NFR-TS-001 Tampilan sistem Terdapat logo pada tampilan sistem ini

8. System Implementation
8.1 Testing Strategy
o Pengujian fungsional: Memastikan bahwa semua fungsi utama sistem berfungsi dengan
baik.
o Pengujian integrasi: Memastikan bahwa semua komponen sistem terintegrasi dengan benar.
o Pengujian Kinerja: Memastikan bahwa sistem dapat menangani beban kerja yang tinggi
tanpa terlalu memengaruhi kinerja sistem.
 23

o Pengujian Keamanan: Memastikan bahwa sistem aman dan terlindungi dari serangan.
o Pengujian Penerimaan Pengguna: Pastikan pengguna dapat dengan mudah menggunakan
sistem sesuai dengan kebutuhan mereka.

8.2 Installation Strategy

o Fase 1: Instal database SIA di server dan berikan koneksi jaringan yang diperlukan.
o Fase 2: Instal perangkat lunak di setiap workstation di kampus yang akan menggunakan
sistem.
o Tahap ketiga: Uji sistem di lingkungan pengujian untuk memastikan operasi normal sistem.
o Fase 4: Pelatihan pengguna untuk mengoperasikan sistem dengan benar.
o Tahap kelima: Sistem online lintas kampus untuk memastikan operasi normal sistem di
lingkungan produksi.