-

Software Requirements
Specification
for
SISTEM PENJADWALAN SIDANG TUGAS AKHIR PROGRAM
STUDI SISTEM INFORMASI UNIVERSITAS SRIWIJAYA

Version 1.0 approved

Prepared by

09031382025113 – Alika Febriantika

09031382025141 – Intan Aprilia Sari
09031382025107 – Kenny Triana Febriani
09031382025131 – M. Jerry Aditya Valentino

25 September 2022
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 3
2. Deskripsi Keseluruhan 3
2.1 Deskripsi Produk 3
2.2 Fungsi Produk 3
2.3 Penggolongan Karakterik Pengguna 4
2.4 Lingkungan Operasi 4
2.5 Batasan Desain dan Implementasi 5
2.6 Dokumentasi Pengguna 5
3. Kebutuhan Antarmuka Eksternal 7
3.1 User Interfaces 7
3.2 Hardware Interface 14
3.3 Software Interface 15
3.4 Communication Interface 15
4. Functional Requirement 16
4.1 Use Case Diagram 17
4.2 Use Case Pendaftaran 17
4.3 Use Case Log In 19
4.4 Use Case Input Data 20
4.5 Use Case Kelola Jadwal Sidang Tugas Akhir 22
5. Non Functional Requirements 26

Revision History
Name Date Reason For Changes Version
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen

Dokumen ini bertujuan untuk memberikan gambaran mengenai persyaratan Software Requirements
Spesification (SRS) untuk Sistem Penjadwalan Tugas Akhir Program Studi Sistem Informasi Universitas
Sriwijaya baik berupa gambaran umum atau penjelasan detail serta menyeluruh. Dokumen ini
menggambarkan tujuan, deklarasi lengkap, dan kendala sistem untuk pengembangan sistem ini.
Dokumen ini digunakan sebagai acuan dalam proses pengembangan sistem serta sebagai bahan
evaluasi pada saat proses pengembangan sistem dan pada akhir pengembangan. Dengan adanya dokumen ini
diharapkan pengembangan sistem dapat lebih terarah dan tidak menimbulkan keraguan dalam
pengembangannya.

1.2 Audien yang Dituju dan Pembaca yang Disarankan

Dokumen ini memuat informasi umum mengenai sistem penjadwalan tugas akhir di jurusan sistem
informasi Universitas Sriwijaya, keberadaan dokumen ini sangat diperlukan oleh tim pengembang, manajer
proyek, staf pemasaran, penguji, dan penulis dokumentasi. Stakeholder dapat meninjau dokumen ini untuk
mempelajari proyek serta memahami requirements. Dokumen ini dibagi kedalam beberapa bab guna
mempermudah pembaca untuk dapat mengerti dan memahami.
● Pada Bab 1 membahas gambaran singkat tentang dokumen yang terdiri dari tujuan penulisan
dokumen, sasaran audien, batasan produk, definisi dan istilah, serta referensi.
● Pada Bab 2 membahas deskripsi umum dari sistem yang akan dikembangkan seperti
mengenai deskripsi produk, fungsi produk, penggolongan karakteristik pengguna,
lingkungan operasi, batasan desain dan implementasi dan dokumentasi pengguna.
● Pada Bab 3 membahas kebutuhan antar muka yang meliputi user interface, hardware
interface, software interface, dan communication interface.
● Pada Bab 4 membahas kebutuhan fungsional yang perlu disediakan oleh sistem, kemudian
digambarkan use case diagram berdasarkan kebutuhan fungsional dan juga class diagram
● Pada Bab 5 membahas kebutuhan non fungsional yang dibutuhkan agar sistem dapat berjalan
secara optimal

Untuk saran pembacaan adalah sebagai berikut :

 ● Bab 2 : Deskripsi Keseluruhan, Penguji membutuhkan pemahaman mengenai fitur yang
terdapat pada sistem untuk mengembangkan case dan memberikan umpan balik yang
berguna untuk pengembang.
● Bab 3 : Kebutuhan Antarmuka Eksternal, Pengembang perlu mengetahui kebutuhan
perangkat yang akan mereka buat dan Staf Pemasaran juga perlu memahami kebutuhan
antarmuka eksternal untuk penjualan produk.
● Bab 4 : Functional Requirement dan Bab 5 : Non Functional requirement, Pengembang
perlu mengetahui kebutuhan yang dibutuhkan oleh sistem.

1.3 Batasan Produk

Web ini digunakan untuk membantu dan mempermudah dalam penyusunan jadwal sidang
mahasiswa. Dan manfaat dari sisi Mahasiswa adalah mahasiswa tidak harus datang langsung ke kampus
untuk melakukan penjadwalan sidang pada program studi Sistem Informasi Fakultas Ilmu Komputer
Universitas Sriwijaya. Dengan demikian dengan adanya website ini dapat bermanfaat bagi Mahasiswa,
Dosen Penguji, Admin dan Kampus.

1.4 Definisi dan Istilah

o SRS : Software Requirements Specification, atau

Spesifikasi Kebutuhan Perangkat Lunak (SKPL)

o IEEE : Institute of Electrical and Electronics Engineering

Standar internasional untuk pengembangan dan perancangan produk.

o RUP : Rational Unified Process. Rational Unified Process

Kerangka proses yang menyediakan simulasi sistem pada industri untuk sistem, software,
implementasi, dan manajemen proyek yang efektif.

o UML : Unified Model Language

Metode dalam pemodelan secara visual yang digunakan sebagai sarana perancangan
sistem berorientasi objek.
1.5 Referensi

Dokumen - dokumen yang digunakan sebagai referensi dalam pembuatan Software Requirement
Spesification adalah sebagai berikut :
● IEEE Sofware Requirements Spesification Template
Merupakan dokumen standar acuan dalam penulisan Software Requirments Spesification

2. Deskripsi Keseluruhan
2.1 Deskripsi Produk

Penjadwalan sidang pada Program Studi Sistem Informasi Fakultas Ilmu Komputer
Universitas Sriwijaya dilakukan secara manual dengan menanyakan langsung kepada dosen
pembimbing dan penguji. Oleh karena itu, penjadwalan menjadi tidak efektif karena sulit untuk
dilakukan penyesuaian jadwal antara dosen penguji.

Melihat permasalahan-permasalahan tersebut dan dengan melihat perkembangan teknologi

informasi yang kian pesat, maka dibuat suatu rancangan sistem dengan desain web untuk
membantu dan mempermudah dalam penyusunan jadwal sidang mahasiswa.

Pada projek ini kami ingin meningkatkan sistem penjadwalan sidang yang sudah ada di
Program Studi Sistem Informasi FASILKOM UNSRI menjadi sistem penjadwalan sidang berbasis
web. Kami percaya dengan adanya peningkatan pada sistem membuat sistem menjadi lebih efisien,
dan efektif.

2.2 Fungsi Produk

Secara umum sistem ini berfungsi untuk memudahkan penjadwalan sidang, baik bagi mahasiswa
sebagai peserta sidang maupun dosen sebagai penguji. Selain itu Sistem Penjadwalan Tugas Akhir yang
dikembangkan menyediakan beberapa fungsi utama diantaranya adalah sebagai berikut :
● Fungsi Pendaftaran
Pada fungsi ini dapat dilakukan pengisian data-data yang diperlukan untuk pendaftaran user
baru.
 ● Fungsi Login
Pada fungsi ini dilakukan pengecekan hak akses untuk memberikan otorisasi kepada
pengguna untuk menggunakan proses lainnya.
● Fungsi Input Data
Pada fungsi ini dilakukan penginputan data tugas akhir oleh mahasiswa dan data mahasiswa
tersebut untuk dilakukan perekapan.
● Fungsi Kelola Jadwal Sidang Tugas Akhir
Pada fungsi ini dilakukan penjadwalan untuk sidang tugas akhir

2.3 Penggolongan Karakterik Pengguna

Pengguna sistem ini adalah mahasiswa, admin, serta yang berkepentingan untuk menggunakan
Sistem Penjadwalan Tugas Akhir. Masing-masing pengguna yang berinteraksi dengan sistem memiliki hak
akses serta autentifikasi yang sesuai dengan kebutuhan masing-masing.

Tabel 1 Karakteristik Pengguna

Kategori Tugas Hak Akses ke aplikasi Kemampuan yang

Pengguna harus dimiliki
Mahasiswa Melakukan pendaftaran, Insert, Update, Delete Entry Data
menginputkan data diri
dan berkas proposal TA
Admin Kelola data mahasiswa, Insert, Update Data, Entry dan
kelola jadwal, mencatat Delete Data Memanipulasi Data
perekapan berkas
mahasiswa

2.4 Lingkungan Operasi

Sistem Penjadwalan Tugas Akhir ini dapat dijalankan pada perangkat keras dengan spesifikasi
seperti berikut :

● Processor : Intel core I3 1.8 Ghz atau lebih tinggi

● Memory Size(RAM) : 4 GB atau lebih tinggi
● Monitor : SVGAColour 14” atau lebih tinggi
● Harddisk : 250 GB atau lebih tinggi
● Keyboard : 107 Keys
 ● Mouse : Standard Mouse

Sedangkan untuk perangkat lunak, sistem ini dapat dijalankan pada perangkat lunak dengan
spesifikasi seperti berikut :

● Sistem Operasi : Windows server atau lebih tinggi

● Bahasa Program : PHP
● Interpreter : PHP Engine
● Database Server : MySQL Server versi 5.7.19
● Web Server : XAMPP
● Database Tools : PhpMyadmin versi 2.6.2.

Adapun perangkat lunak minimal yang dibutuhkan oleh client adalah sebagai berikut :

● Sistem Operasi : Windows 7 Ultimate

● Browser : Google Chrome.

2.5 Batasan Desain dan Implementasi

Batasan pada proyek Sistem Informasi Penjadwalan Tugas Akhir ini adalah sebagai berikut :
● Sistem melakukan penyimpanan data menggunakan MySQL
● Sistem menerima input data dari mahasiswa
● Sistem mendukung penggunaan multi platform, yaitu integrasi data antara portable device dengan
non portable device
● File berkas yang di upload oleh mahasiswa memiliki ukuran yang tidak lebih dari 30 Mb
● Semua pengguna Sistem Informasi Penjadwalan Tugas Akhir adalah seluruh mahasiswa yang sudah
Menyusun Tugas Akhir.
● Setiap entitas mempunyai hak akses.
● Sistem yang dibuat akan berjalan dengan baik jika spesifikasi hardware dan software yang digunakan
memenuhi kriteria yang disebutkan dalam lingkungan operasi.
● Segala lisensi software ditangung oleh pihak Fakultas.

2.6 Dokumentasi Pengguna

Sistem Informasi Penjadwalan Tugas Akhir bukan saja memudahkan mahasiswa untuk menginput
file tugas akhir dan melihat jadwal namun system informasi ini juga memudahkan admin melakukan
perekapan dan pencocokan jadwal para dosen penguji. Dalam system ini mahasiswa hanya perlu mendaftar
pada website kemudian mahasiswa dapat melakukan penginputan data - data yang diperlukan, selanjutnya
admin dapat melihat data tersebut dan melakukan perekapan data, mahasiswa juga dapat mendapatkan jadwal
dengan mudah hanya dengan membuka website system informasi penjadwalan, hal tersebut dapat
memudahkan admin untuk melakukan rekap jadwal sehingga dapat meningkatkan efisiensi dan efektivitas
waktu mahasiswa dan admin tanpa harus membuang waktu.
3. Kebutuhan Antarmuka Eksternal
3.1 User Interfaces

User interface dari aplikasi Sistem Informasi Penjadwalan Tugas Akhir menggunakan desain
interface yang merupakan bagian dari perangkat lunak yang mempunyai peran penting yang nantinya
membantu pengguna untuk melakukan kegiatan dengan perangkat lunak tersebut. User interface diharapkan
dapat terintegrasi dengan client, dimana dapat menerima dokumen dari server. Dalam sebuah perancangan
diperlukan perancangan antar muka dengan tujuan untuk memberikan gambaran antar muka yang nantinya
akan dikembangkan. Pada perancangan antar muka ini akan dijelaskan tentang perancangan struktur menu
perancangan input dan perancangan output:

● Deskripsi : Antarmuka utama yang menampilkan Dashboard.

● Desain Tampilan : Warna Dominan Kuning Hitam
● Jenis : Form Masukan ( entry)

Gambar 1. Layar Dashboard

● Deskripsi Isi : Antarmuka Sign In yang dapat diakses user dan admin.
● Desain Tampilan : Warna background putih dengan font berwarna hitam yang
berukuran 18pt (untuk tombol yang berwarna hitam), 24pt (untuk label username dan
password) dan warna hitam dengan ukuran 48pt (untuk judul).
● Jenis : Form Sign In ( entry).

Gambar 2. Layar Sign In

● Deskripsi Isi : Antarmuka Sign Up yang hanya dapat diakses oleh User
● Desain Tampilan : Warna background putih dengan font berwarna hitam yang
berukuran 18pt (untuk tombol yang berwarna hitam), 24pt (untuk label form) dan warna
hitam dengan ukuran 48pt (untuk judul).
● Jenis : Form Pendaftaran ( entry).
 Gambar 3.1. Layar Sign Up

● Deskripsi : Antarmuka utama untuk pilihan menu

● Desain Tampilan : Warna background Putih dengan font berwarna hitam yang
berukuran 18pt (untuk tombol yang berwarna hitam) dan warna hitam tebal dengan ukuran
20pt (untuk judul)
● Jenis : Form pilihan (choose)
 Gambar 4.1. Layar Home

Gambar 4.2. Layar Home

● Deskripsi : Antarmuka utama Input Data

● Desain Tampilan : Warna background Kuning dengan font bewarna hitam yang
berukuran 18pt (untuk tombol yang bewarna hitam) dan warna hitam dengan ukuran 60pt
(untuk judul)
● Jenis : Form Input (entry)
 Gambar 5. Layar Input

● Deskripsi Isi : Antarmuka untuk memilih file yang akan diinput

● Desain Tampilan : Warna background menyesuaikan template computer/laptop User
● Jenis : Form masukan ( entry).
 Gambar 6. Layar Pilih File

● Deskripsi Isi : Antarmuka untuk melakukan konfirmasi inputan file

● Desain Tampilan : Warna background Kuning dengan font berwarna hitam yang
berukuran 18pt (untuk tombol yang berwarna kuning).
● Jenis : Form masukan ( entry)
 Gambar 7. Layar File diproses

● Deskripsi Isi : Antarmuka untuk melihat file telah masuk kedalam database website
● Desain Tampilan : Warna background Putih dengan font berwarna hitam yang
berukuran 18pt
● Jenis : Form masukan ( entry)

Gambar 8. Layar file terinput

● Deskripsi Isi : Antarmuka untuk melihat jadwal

● Desain Tampilan : Warna background Putih dengan font berwarna hitam yang
berukuran 18pt
● Jenis : Form masukan ( entry)
 Gambar 9.1. Layar Informasi

Gambar 9.2.. Layar Jadwal

3.2 Hardware Interface

Adapun perangkat keras minimal yang diperlukan oleh client. adalah sebagai berikut:
● Processor : Intel core I3 1.8 Ghz atau lebih tinggi.
 ● Memory Size(RAM) : 4 GB atau lebih tinggi.
● Monitor : SVGAColour 14” atau lebih tinggi.
● Harddisk : 250 GB atau lebih tinggi
● Keyboard : 107 Keys
● Mouse : Standard Mouse.

3.3 Software Interface

Perangkat lunak minimal yang dibutuhkan oleh web server adalah sebagai berikut :

● Sistem Operasi : Windows server atau lebih tinggi

● Bahasa Program : PHP
● Interpreter : PHP Engine versi Database Server : MySQL Server versi 5.7.19.
● Web Server : XAMPP
● Database Tools : PhpMyadmin versi 2.6.2.

Adapun perangkat lunak minimal yang dibutuhkan oleh client adalah sebagai berikut :

● Sistem Operasi : Windows 7 Ultimate

● Browse : Google Chrome.

3.4 Communication Interface

Pada Sistem Informasi Penjadwalan Tugas Akhir menggunakan protokol jaringan aplikasi
standar yaitu menggunakan HTTPS dengan memanfaatkan metode SSL (Secure Socket Layer).
Dengan SSL aktif pada HTTPS, ketika browser meminta data dari web server, pesan akan diacak.
Dengan begitu, hanya dapat terbaca dengan baik oleh website yang memiliki kunci enkripsi yang
ditentukan.Nantinya, jadwal sidang mahasiswa yang sudah difinalisasi akan dikirim melalui email
mahasiswa yang terdaftar pada e-learning.
4. Functional Requirement
Merupakan penjelasan tentang layanan yang perlu disediakan oleh sistem, bagaimana sistem
menerima dan mengolah masukan, dan bagaimana sistem mengatasi situasi-situasi tertentu. Selain
itu kadang-kadang juga secara jelas menentukan apa yang tidak dikerjakan oleh sistem.Berikut
Functional Requirements yang diharapkan dapat dipenuhi oleh sistem :

Kebutuhan Fungsional Penjelasan

Mahasiswa dapat melakukan penjadwalan
sidang dengan lebih efektif
Sistem penjadwalan sidang saat ini masih kurang
efektif, dimana penjadwalan tidak ada sistem
khusus yang mengatur, hanya berdasarkan
kesepakatan antara dosen pembinbing dan
penguji, yang mana kita tahu bahwa dosen ini
memiliki waktu kerja yang sibuk, jika dosen yang
bersangkutan sibuk maka sistem ini tidak efektif.

Mahasiswa dapat melampirkan berkas Dengan adanya sistem ini, maka mahasiswa dapat
sidang melalui online mengirimkan berkas-berkas yang berkaitan
dengan pelaksanaan sidang tugas akhir melalui
sistem ini.

Mahasiswa dapat menghapus berkas yang Jika mahasiswa melampirkan berkas yang salah,
salah maka mahasiswa dapat menghapus berkas
tersebut dari sistem.
Admin dapat melakukan perekapan Sistem yang direncanakan dapat menampung dan
pengajuan sidang dari online menyimpan data-data judul, dan juga data
mahasiswa, sehingga memudahkan admin dalam
merekap.
Mahasiswa menerima informasi mengenai Dengan adanya sistem informasi yang
penjadwalan sidang dari sistem memfasilitasi penjadwalan sidang ini, maka
mahasiswa akan terfasilitasi yaitu dengan
mudahnya untuk mengakses jadwal sidang
4.1 Use Case Diagram

Use case diagram merupakan gambaran umum sistem dari sudut pandang aktor.Pada Sistem
Penjadwalan Tugas Akhir ini terdapat 2 aktor yaitu admin dan mahasiswa. Masing-masing aktor memiliki
hak akses sendiri ke dalam sistem. Mahasiswa dapat melakukan pendaftaran terlebih dahulu agar bisa masuk
ke dalam sistem, setelah itu mahasiswa dapat Login dan melakukan pendaftaran sidang serta melengkapi
berkas untuk pendaftaran sidang. Mahasiswa juga dapat melihat informasi jadwal untuk sidang. Admin disini
bertugas untuk mengelola perekapan berkas mahasiswa agar dapat melakukan penjadwalan sidang.

4.2 Use Case Pendaftaran

4.2.1 Deskripsi Use Case

Dalam use case dilakukan pendaftaran oleh user baru agar dapat masuk kedalam sistem

Nomor 1
 Nama Pendaftaran

Deskripsi Singkat Mahasiswa melakukan pendaftaran agar dapat

memiliki akun

Prioritas 5

Preconditions Mahasiswa telah melengkapi data diri

Postconditions Mahasiswa terdaftar dalam system

Primary Actor(s) Mahasiswa

Trigger Mahasiswa ingin melakukan pendaftaran sidang

Main Scenario

Mahasiswa Sistem

2. Melakukan Penyaringan data

1. Mengisi form pendaftaran untuk
melakukan pendaftaran

4. Melakukan proses pengecekan data

3. Memenuhi syarat pendaftaran

5. Menyetujui syarat dan ketentuan 6. Melakukan Validasi Akun

sistem

8. Akun terdaftar dalam system

7. Memiliki akun

Extensions Step Branching Action

Mahasiswa Sistem

3a. Mahasiswa tidak memenuhi syarat 4a. Sistem menampilkan pesan bahwa mahasiswa belum
pendaftaran dapat mendaftar ke system
 3b. Mahasiswa melengkapi data yang 4b. Sistem menampilkan data yang belum terpenuhi
diperlukan

4c. Sistem memproses data terbaru

Open Issues

4.3 Use Case Log In

4.4.1 Deskripsi Use Case

Pada use case ini memuat proses Log In, proses masuk kedalam sistem agar dapat

melakukan fungsi-fungsi lain nya.

Nomor 2

Nama Log In

Deskripsi Singkat Mahasiswa melakukan Log In setelah memiliki akun

Prioritas 5

Preconditions Mahasiswa telah melakukan Registrasi

Postconditions Mahasiswa dapat masuk ke dalam website

Primary Actor(s) Mahasiswa

Trigger Aktor ingin masuk kedalam sistem

Main Scenario

Mahasiswa Sistem
 1. Memasukan username dan password 2. Melakukan validasi

3. Mahasiswa telah masuk ke dalam website 4. Menampilkan menu yang disediakan sistem

Extensions Step Branching Action

Mahasiswa Sistem

2a. Sistem tidak dapat mengenali username dan

password Mahasiswa.

2b. Mahasiswa melakukan input ulang username dan

password.

Open Issues

4.4 Use Case Input Data

4.4.1 Deskripsi Use Case

Pada use case ini memuat proses Input Data, yaitu proses mahasiswa memasukan data yang
dibutuhkan untuk memenuhi syarat pengajuan tugas akhir.

Nomor 3

Nama Input data

Deskripsi Singkat Mahasiswa melakukan input data untuk melengkapi dan

menghapus berkas

Prioritas 5

Preconditions Mahasiswa telah melakukan Log In

Postconditions Berkas mahasiswa telah diupload ke sistem

 Primary Actor(s) Mahasiswa

Trigger Mahasiswa ingin mengupload berkas untuk memenuhi

syarat Tugas Akhir

Main Scenario

Mahasiswa Sistem

1. Melakukan Log In 2. Menampilkan pilihan menu

3. Memilih menu penjadwalan 4. Menampilkan berkas yang perlu dilampirkan

tugas akhir

5. Melampirkan berkas yang 6. Melakukan penyimpanan sementara

dibutuhkan

8. Menyetujui berkas yang 7. Melakukan validasi berkas

telah diunggah

10. Mendapat pemberitahuan 9. Melakukan penyimpanan berkas

berkas telah lengkap

Extensions Step Branching Action

Mahasiswa Sistem

7a. Mahasiswa mengubah berkas

dikarenakan ada sedikit perubahan

7b. Mahasiswa melengkapi berkas

yang diperlukan
 Open Issues

4.5 Use Case Kelola Jadwal Sidang Tugas Akhir

4.5.1 Deskripsi Use Case

Pada use case ini memuat proses Penjadwalan, yaitu proses admin merekap data mahasiswa
dan menginformasikan penjadwalan.

Nomor 5

Nama Kelola Jadwal Sidang Tugas Akhir

Deskripsi Singkat Admin melakukan perekapan data yang telah di upload oleh
mahasiswa dan menginformasikan jadwal yang telah disetujui dosen
penguji

Prioritas 5

Preconditions Mahasiswa telah mengupload data

Postconditions Admin dapat langsung melakukan perekapan data dan admin dapat
menjadwalkan sidang

Primary Actor(s) Admin

Secondary Actor(s) Mahasiswa

Trigger Mahasiswa dapat melakukan pendaftaran sidang dan melihat jadwal

Main Scenario

Admin Sistem Mahasiswa

1. Melakukan Log In 2. Menampilkan Dashboard

3. Memilih menu pengajuan judul 4. Menampilkan berkas yang telah di

upload Mahasiswa
5. Memilih menu download data 6. Mengunggah data

7. Memeriksa hasil persetujuan 8. Persetujuan Telah tervalidasi

9. Melakukan Penjadwalan 10. Menerima data penjadwalan sidang

11. Data diunggah ke menu information 12. Mengakses jadwal sidang

Extensions Step Branching Action

Admin Sistem Mahasiswa

7a. Pengajuan tidak disetujui admin

akan memberitahukan kembali
kepada mahasiswa

7b. Mahasiswa melakukan

konfirmasi kepada dosen

Open Issues
 4.1.3 Activity Diagram

Berikut merupakan Activity Diagram yang terdapat pada Sistem Informasi Penjadwalan
Tugas Akhir :
5. Non Functional Requirements
Secara umum berisi batasan-batasan pada pelayanan atau fungsi yang disediakan oleh
sistem. Termasuk di dalamnya adalah batasan waktu, batasan proses pembangunan, standar-standar
tertentu. Karena berkaitan dengan kebutuhan sistem secara keseluruhan, maka kegagalan memenuhi
kebutuhan jenis ini berakibat pada sistem secara keseluruhan. Contoh kebutuhan jenis ini adalah
kecepatan akses, keamanan data, besarnya kapasitas penyimpanan yang diperlukan, privasi
masing-masing profil/account, bahasa pemrograman yang digunakan, system operasi yang
digunakan.
Parameter Kebutuhan
Performance Sistem dituntut untuk mempunyai performa dalam menjalankan fungsinya yaitu
untuk menjadi sebuah platform yang memudahkan dalam penjadwalan sidang
tugas akhir, maka diharapkan performa dari sistem sendiri berjalan dengan baik.
Security Karena sistem yang akan dibangun merupakan sistem penjadwalan sidang,
maka isi dari sistem ini sudah pasti mengenai data-data penting mahasiswa, dan
juga data yang terkait dengan tugas akhir, maka sistem harus mempunyai
keamanan yang memadai dalam melindungi data yang ada.
Usability Sistem harus user friendly atau dengan kata lain, sistem harus dapat dijalankan
dengan mudah
6. Penutup

6.1 Kesimpulan
Berdasarkan hasil analisis tersebut dapat ditarik kesimpulan bahwa :
1. Sistem Informasi Penjadwalan Tugas Akhir Berbasis Web ini dapat memudahkan
penjadwalan sidang, baik bagi mahasiswa sebagai peserta sidang, maupun dosen
sebagai penguji sidang serta dapat meningkatkan efektifitas serta efisiensi dalam
melakukan penjadwalan sidang.