SOFTWARE REQUIREMENT SPESIFICATION (SRS)

1.1 Tujuan

Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau

Software Requirement Spesification (SRS) untuk Sistem Informasi KRS dan
Pembayaran. Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan
mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum maupun
penjelasan detail dan menyeluruh.

1.2. Ruang Lingkup

Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan
sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak maupun di
akhir pengembangannya. Dengan adanya dokumen SKPL ini diharapkan
pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta tidak
menimbulkan ambiguitas terutama bagi pengembang perangkat lunak Sistem
Informasi KRS dan Pembayaran. Adapun ruang lingkup pembuatan software ini adalah
aplikasi berbasis SAAS (software as a service) dengan web based yang memiliki
beberapa fasilitas, yaitu:
1) Autentifikasi
Dikarenakan jumlah mahasiswa yang kian meningkat dalam menggunakan sistem
informasi akademik ini dan jumlah karyawan yang bertambah dalam mengelola sistem
informasi akademik dengan posisi dan level yang berbeda, maka dibutuhkan security
dalam sistem ini yaitu berupa autentifikasi dengan menerapkan sistem verifikasi login
untuk pengguna sistem ini.
2) Pengelolaan laporan pembayaran mahasiswa dapat mempermudah pihak administrasi
dalam mengelola data pembayaran mahasiswa dan membuat laporan.
3) Pengelolaan data KRS dapat mempermudah dosen dan mahasiswa dalam proses
perkuliahan.
4) Penggunaan sistem informasi akademik berbasis online dapat mengefisiensikan waktu
karna dapat diakses kapanpun dan dimanapun mahasiwa berada.
5) Dapat memperkecil kemungkinan human error pada saat proses memasukan data,
memproses data dan membuat laporan.
6) Proses validasi sistem pembayaran pada sitem informasi akademik ini dapat menjadi
salah satu cara agar mahasiwa dapat tertib administrasi karena proses pengambilan
keputusan dilakukan oleh sistem.

1.2 Definisi
Definisi - definisi dari istilah yang digunakan dalam dokumen ini diantaranya:

A. Sistem informasi
Sistem Informasi merupakan kesatuan elemen-elemen yang saling berinteraksi secara
sistematis dan teratur untuk menciptakan dan membentuk aliran informasi yang akan
mendukung permbuatan keputusan dan melaukan kendali terhadap jalannya organisasi.

B. Kartu Rencana Studi (KRS)

Kartu Rencana Studi (KRS) merupakm kartu yang berisi daftar mata kuliah yang akan
diikuti oleh setiap mahasiswa dalam satu semester. KRS tercantum data mahasiswa ,
meliputi NIM, Nama, Fakultas, Jumlah semester, tahun akademik yang diikuti , kode
mata kuliah , mata kuliah dan SKS.

C. User
User merupakan seseorang yang menggunakan perangat lunak . biasanya disebut
brainware.

D. Administrator
Administrator adalah orang / orang-orang yang bertugas untuk mengurusi hal-hal
administrasi. Dalam dunia Internet, seorang administrator bertugas untuk mengelola
hal-hal yang berhubungan dengan komputer.
 E. Database
Database merupakan basis data, tempat penyimpanan data-data yang berhubungan
dengan perangkat lunak.

F. Interface
Interface merupakan tampilan antarmuka perangkat lunak.

l. Entity Relationship Diagram (ERD)

Entity Relationship Diagram (ERD) adalah model yang mendeskripsikan hubungan
antar entity atau penyimpanan data yang ada pada DFD. Penggambaran Entity
Relationship Diagram ini didasarkan pada kenyataan yang terjadi pada dunia nyata.

1.4 Referensi
Panduan Penulisan Versi 1.1 Spesifikasi Kebutuhan Perangkat Lunak ( Software
Requirements Specification, SRS)

1.5 Sistematika
Dokumen SRS ini dibagi menjadi tiga bagian utama, yaitu :
1. Pendahuluan yang berisi penjelasan tentang tujuan pembuatan perangkat lunak,
ruang lingkup, definisi, refensi dan sistematika.
2. Deskripsi Umum yang berisi penjalasan secara umum mengenai perangkat lunak
yang akan dikembangkan, meliputi perspektif, kegunaan, karakteristik pengguna,
batasan-batasan, dan asumsi ketergantungan.
3. Spesifikasi Kebutuhan yang berisi uraian kebutuhan perangkat lunak secara lebih
rinci.

1.6 Overview
Dokumen ini juga menjelaskan deskripsi umum, work plan, spesifikasi antamuka,
kebutuhan fungsional, non-fungsional, use case dari Aplikasi sistem informasi KRS
 dan Pembayaran secara global, ERD, UML, asumsi dalam pengembangan, kebutuhan
spesifik dan kebutuhan tambahan.

2.1 Deskripsi Umum

Perangkat Lunak Sistem Informasi Akademik KRS dan Pembayaran ini
merupakan perangkat lunak yang digunakan untuk mempermudah proses akademik
mahasiswa dan dosen. Sistem Informasi KRS dan Pembayaran merupakan suatu
database application yang mengelola data Mahasiwa, Dosen, Matakuliah, Mengajar,
KRS, dan Pembayaran Uang Semester Mahasiswa. Sistem Informasi Akademik ini
bertujuan untuk mengefisiensikan proses akademik mahasiswa yang semula hanya
dilakukan secara manual dengan menuliskan dalam subuah lembar KRS . Dengan
adanya sistem informasi akademik berbasis online ini proses akademik menjadi lebih
cepat, efektif dan memperkecil human error dalam proses penginputan data. Pengguna
dari aplikasi ini adalah :
a) Mahasiswa
• Melihat Data KRS.
• Menginput Data KRS, meliputi :
-Menambah Data KRS.
-Mengubah Data KRS
-Menghapus Data KRS
• Melihat Jadwal Mata Kuliah.
• Melihat Dosen Pengajar.
• Melihat KHS.
b) Admin
• Menginput Data Dosen.
• Menginput Data Mahasiswa.
• Menginput Data Mata Kuliah.
• Melihat Data Dosen.
• Melihat Data Mahasiswa.
• Melihat Data KRS.
• Verifikasi Data Pembayaran Mahasiswa.

2.1. Perspektif Produk

Produk ini akan dijalankan oleh semua user yang memiliki device yang terkoneksi
ke internet. Penggunaan website terbagi menjadi dua yaitu antar muka untuk admin,
antar muka untuk mahasiswa dan dosen, Produk ini dapat berjalan pada platform atau
sistem oprasi apa saja yang mendukung aplikasi berbasis web.

2.2 Manfaat Produk

Manfaat yang didapat apabila menggunakan sistem ini antara lain adalah :
a. Efisiensi Kerja
Fitur yang dalam Sistem Informasi Akademik KRS dan Pembayaran dapat membuat
proses pengelolaan informasi dan distribusi informasi dapat berjalan lebih cepat dan
efisisen.

b. Mengurangi human error

Kesalahan pada saat proses transkip pembayaran mahasiswa yang diinput secara
manual dapat diminimalisir dengan adanya sistem informasi akademik KRS dan
Pembayaran ini.

c. Pengoptimalan fungsi pada setiap fitur

Fitur yang disediakan oleh sistem informasi akademik KRS dan Pembayaran tak hanya
sebatas untuk melihat dan menginputkan KRS, tetapi terdapat fitur lain yang dapat
mempermudah komunikasi antar mahasiswa dan dosen dengan adanya chatroom,
pengambilan keputusan pada sistem ini dapat menjadikan mahasiswa tertib
administrasi, dapat melihat KHS tiap semester, dapat mengetahui informasi – informasi
penting mengenai akademik tanpa harus datang ke fakultas, menilai kinerja dosen dsb.

d. Meningkatkan Citra Universitas

 Menggunakan sistem informasi akademik berbasis online dalam menunjang proses
akademik tentu akan meningkatkan prestige dan juga citra universitas karena
masyarakat akan menilai bahwa pengelolaan akademik dilakukan secara professional
yakni dengan menggunakan teknologi terkini.

e. Mengotomatiskan Semua Fungsi

Semua fungsi yang diperlukan untuk dilakukan setiap hari oleh sitem informasi
akademik (KRS dan Pembayaran) akan dilakukan secara otomatis. Apabila terjadinya
peningkatan jumlah mahasiswa tetapi tidak dibarengi dengan peningkatan jumlah
karyawan untuk mengelola proses akademik tidak akan mengurangi efisiensi sistem
informasi akademik ini. Oleh karena itu, dimanapun berasa, kapanpun atau jika
kegiatan perkuliahan sedang libur. Proses distribusi informasi dapat tetap akan
berjalan.

2.3 Use Case

 Use Case dari sistem informasi akademik (KRS dan Pembayaran)

1. Melihat data KRS merupakan kegiatan untuk melihat data KRS yang akan diambil
meliputi mata kuliah tiap semester secara keseluruhan.
Aktor : Mahasiswa

2. Melakukan Pembayaran merupakan kegiatan administratif mahasiswa yang harus

dipenuhi agar dapat menginput KRS sebagai salah satu syarat perkuliahan tiap
semester.
Aktor : Mahasiswa
3. Menginput KRS merupakan kegiatan memenuhi syarat agar dapat mengikuti
perkulihan tiap semester dan menunjukan status mahasiswa Aktif.
Aktor : Mahasiswa

4. Menginput Data Dosen merupakan proses memasukan data – data pengajar (dosen) ke
dalam ssistem informasi akademik untuk menunjang proses perkuliahan.
Aktor : Admin

5. Menginput Data Mahasiswa merupakan kegiatan untuk memasukan data – data

mahasiwa agar terdaftar dalam sistem informasi akademik dan melakukan proses-
proses yang terdapat dalam sistem guna menunjang proses perkuliahan.
Aktor : Admin

6. Menginput Data Mata Kuliah merupakan kegiatan untuk memasukan data – data
matakuliah sebagai sarana penunjang kegiatan belajar mengajar.

Aktor : Admin

7. Melihat Data Dosen merupakan kegiatan untuk melihat dan memastikan data yang
telah diinput sesuai dengan data yang telah tersimpan dalam sistem.
Aktor : Admin

8. Melihat Data Mahasiswa merupakan kegiatan untuk melihat dan memastikan data
yang telah diinputkan telah sesuai dengan jumlah mahasiswa yang ada serta melihat
status dan administrasi mahasiswa.
Aktor : Admin
9. Melihat Data Mata Kuliah merupakan kegiatan untuk melihat dan memastikan data
yang telah diinputkan telah sesuai dengan jumlah mata kuliah yang ada agar nantinya
dapat diproses lebih lanjut untuk proses lainnya seperti penyusunan jadwal dll.

10. Melihat Data KRS merupakan kegiatan untuk melihat dan mengetahui data KRS yang
telah dan harus diambil oleh mahasiwa.

11. Melakukan Login : adalah kegiatan melakukan otentikasi ke dalam sistem

2.4 Work Plan

• Perencanaan kerja yang akan dilaksanakan

Practice: Name
Nama Project SISKA (Sistem Informasi Akademik)
KRS dan Pembayaran
Tanggal Mulai 01 Juni 2019
Tanggal Selesai 31 September 2019
Pimpinan Project Ika Ayu Nirmala, Project Manager
Metode Pengharapan Keuntungan dan asas manfaat
Prioritas Utama
Sumber yang Laporan tertulis
diperlukan
Perkiraan waktu 3 Bulan
penyelesaian
Realisasi -

Diagram Grant
Activities Time
Name Week
 1 2 3 4 5 6 7 8 9 10 11 12
ProjectPlan
Pengajuan
Proposal
Projek
Analisa
Projek
Design &
Analysist
System
Development
System
UAT
Dokumentasi

Spesific Requirements

3.1 Use Case Reports

Nama Requirement No.Requirement

SISKA ( Sistem Informasi Akademik) SIB-01
harus dapat digunakan untuk menunjang
proses distribusi informasi dan proses
akademik.
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-02
harus dapat digunakan untuk mengelola
data dosen
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-03
harus dapat digunakan untuk mengelola
data mahasiwa
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-04
harus dapat digunakan untuk mengelola
data mata kuliah
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-05
harus dapat digunakan untuk mengelola
tampilan data dosen
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-06
harus dapat digunakan untuk mengelola
tampilan mata kuliah
Aktor : Mahasiswa
SISKA (Sistem Informasi Akademik) SIB-07
harus dapat digunakan untuk mengelola
tampilan data mahasiwa
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-08
harus dapat digunakan untuk menampilkan
data KRS
Aktor : Mahasiswa
SISKA (Sistem Informasi Akademik) SIB-09
harus dapat digunakan untuk
menginputkan data KRS
Aktor : Mahasiswa
 SISKA (Sistem Informasi Akademik) SIB-10
harus dapat digunakan untuk menampilkan
dan menginputkan KRS setelah
melakukan pembayaran.
Aktor : Mahasiswa
SISKA (Sistem Informasi Akademik) SIB-11
harus dapat digunakan untuk mengelola
laporan administrasi
Aktor : Admin
SISKA (Sistem Informasi Akademik) SIB-12
harus dapat digunakan untuk mengelola
autentifikasi.
Aktor : Semua User

3.1.Supplementary Requirements

Nama Requirement No.Requirement

SISKA (Sistem Informasi Akademik) SUPP-01
harus dapat membaca dan mengupdate
basis data yang berada di MySQL
SISKA (Sistem Informasi Akademik) SUPP-02
harus dapat menggunakan otentifikasi
yang dilakukan di portal aplikasi
SISKA (Sistem Informasi Akademik) SUPP-03
harus dikembangkan dengan
menggunakan teknologi web
SISKA (Sistem Informasi Akademik) SUPP-04
antarmuka aplikasI SISKA harus sesuai
dengan standar
 Supporting Information
Supporting information disini akan dicantumkan berupa informasi – informasi
yang dapat membantu dalam pengembangan sistem. Informasi – informasi yang di
berikan adalah berupa rancangan UML Diagram (Class Diagram dan Activity
Diagram), dan Entity Relationship Diagram (ERD). Berikut rancangannya :

• Class Diagram

• Activity Diagram Admin

• Activity Diagram Mahasiswa
 • Entity Relationship Diagram

Sumplementary Specification
1. Pendahuluan

1.1. Tujuan
Dokumen ini akan menjelaskan mengenai spesifikasi tambahan berkaitan dengan
SISKA (Sistem Informasi Akademik) yang akan dikembangkan, khususnya yang
tidak tercantum dalam use-case model. Dokumen ini bertujuan pula untuk menjadi
koridor atau batasan dari sisi penerapan aturan.

1.2. Ruang Lingkup

Semua hal yang tercantum dalam dokumen ini merupakan bagian dari
ruang lingkup kebutuhan pengembangan SISKA (Sistem Informasi Akademik)
serta berkaitan erat dengan Portal Internet Fakultas Teknik Universitas
Krisnadwipayana yang dapat diakses secara online oleh seluruh user dimana pun.

1.3. Overview
SISKA (Sistem Informasi Akademik) merupakan Sistem yang dibangun dengan
Standard pengembangan SAAS (Software As A Services) dengan teknologi cloud
computing serta menggunakan dengan platform berbasis windows. Pada dokumen
 ini, akan dijelaskan kebutuhan tambahan Aplikasi yang tidak tercantum dalam Use
Case

1. Functionality

Fungsi-fungsi berikut ini adalah fungsi sistem yang tidak terdapat dalam Use Case:

2.1. SUPL1 Sistem Single Sign-On

Setiap user yang telah memiliki identitas di dalam sistem, yaitu berupa Username ,
Nomor ID dan password (baik user memiliki username dan admin memiliki Id Admin).
Informasi ini dikelola melalui Portal Intranet dan Internet Instansi.

2.2. SUPL2 Sistem Role Approval

Sesuai dengan bisnis proses aturan yang telah ditetapkan instansi. Customize sistem
diberikan kepada instansi yang berlangganan menggunakan sistem.

2.3. SUPL3 Sistem Log Historis

Data – data informasi yang telah terlaksana dapat dilihat oleh admin pada sistem.
Begitu juga bagi user, user dapat melihat history informasi yang telah dilakukan.

2. Usability

3.1. SUPL5 Penggunaan Web Browser

Untuk mengakses SISKA (Sistem Informasi Akademik), user dapat menggunakan
Aplikasi Internet Browser yang sudah terinstall. Dan sistem dapat diakses selama 7
X 24 jam, kecuali maintenance.

3.2. SUPL6 Dukungan Bantuan

Adanya dukungan bantuan melalu contact person jika terjadi kendala.

3. Reliability

4.1. SUPL7 Availability 96 %

 Ketersediaan sistem minimal adalah 97%, yaitu ketersediaan aplikasi untuk
diakses oleh user selama 1 hari penuh kecuali maintenance.

4. Performance

5.1. SUPL8 Response Time

SISKA (Sistem Informasi Akademik) dapat diakses melalui web browser dengan
response time kurang dari 15 detik

5.2. SUPL9 Capacity

Kapasitas penyimpanan data, harus mampu menampung data minimal selama 2
tahun belakang.

5. Supportability

6.1. SUPL10 Dukungan Operasional

Adanya dukungan secara teknis oleh petugas operasional, dalam kaitan melakukan
panduan atas adanya permasalahan dalam proses SISKA (Sistem Informasi
Akademik)

6.2. SUPL11 Lingkungan Operasional

Daftar software yang dibutuhkan (dengan biaya) :
• Windows Server 2008 SE: untuk OS Server
• Adobe Photoshop CS 6 : untuk keperluan desainer
• Avast Antivirus : perangkat lunak untuk pengamanan
• Windows 10 : untuk OS Monitoring Server, PC Developer.

Selebihnya kebutuhan perangkat lunak open source (tidak menggunakan biaya) seperti
:

No Software Versi Lisensi Harga Keterangan

 1 PHP 7.3.0 Free - Bahasa
Pemprograman
2 MySQL 5.1.37 Free - Database
3 Apache 2.2.12 Free - Web Server
4 PhpMyAdmin 3.2.0.1 Free - MySQL
Administration
5 XAMPP 3.1 Free - Local Server
Administration
6 Notepad++ 5.8.1 Free - Editor PHP
7 Code igniter 3.1 Free - PHP
Framework
8 FileZilla 3.0.1 Free - FTP
9 Open Office 3.2.1 Free -
10 CVS Free - Revision
Control
Software
Client-Server
11 Bazaar 2.2.1 Free - Revision
Control
Software
Distributed
12 Linux Ubuntu 14.3 Free - For PC
13 Microsoft Visio 8 Free - For UML

6.3. SUPL12 New Version

Adanya release baru aplikasi, tidak mengharuskan upgrade / update aplikasi di sisi
Client / Desktop yang digunakan user untuk menggunakan Sistem
6. Design Contraints

7.1. SUPL13 Server Platform

SISKA (Sistem Informasi Akademik) hanya akan terinstall di Server, dengan
spesifikasi IBM system x3400m3-34A Xeon E5506 sebanyak 2 buah, HP Storage
works X1600 12 TB upgrade RAM 8GB dan sistem operasi Ubuntu Server

7.2. SUPL14 Dekstop Requirement

Perangkat PC yang digunakan oleh user untuk mengakses aplikasi sistem penjualan
online, minimal Pentium II dan tidak tergantung pada vendor mana pun.

7.3. SUPL15 Browser Compability

Browser yang digunakan di sisi Client untuk mengakses Sistem informasi bimbingan
belajar online, minimal dapat menggunakan Internet Explorer versi 6 keatas, Netscape
4.0 atau Mozilla 1.5.

7. Supl15 Online User Documentation And Help System Requirement

Pedoman penggunaan teknis aplikasi, disediakan dalam bentuk softcopy (file PDF),
yang berisi panduan penggunaan aplikasi SISKA (Sistem Informasi Akademik).
Dokumentasi Online sistem tersebut, dibuatkan hanya terkait pada fungsi-fungsi
utama yang terdapat pada bisnis proses SISKA (Sistem Informasi Akademik)
KRS dan Pembayaran.

8. Interfaces

9.1. SUPL16 User Interfaces

User Interface dari aplikasi sistem penjualan online ini menggunakan Graphical
User Interface berbasis HTML dengan menggunakan CSS.
Contoh rancangan page flow antarmuka dari sistem :
• Login
• Dashboard

• Interface Home
• Ambil KRS

• Hapus KRS
• Cetak KRS
 SUPL18 Change Management
Perubahan – perubahan pada saat implementasi mungkin dapat terjadi, dikarenakan
menggunakan metode agile development yang merupakan tahap perancangan dan
implementasi dijalankan secara bersama – sama. Maka perancangan pun bisa berubah
sesuai dengan kebutuhan implementasi sistem.

9. Legal, Copyright, And Other Notices

Hak cipta atas SISKA (Sistem Informasi Akademik) menjadi milik Pengembang
Aplikasi.