SyRS-YY-AxxG OO Rev1 (Tiur)

System Requirement Specification
Proyek Akhir 1
Dibuat Oleh :
11418006 Lamtiur Sianipar
11418027 Diana Grace Marbun
11418039 Aldy Oki Jatnika Putra
11418049 Yesiska Gultom
11418053 Pande Raja Hutagaol
Untuk :
SMA NEGERI 1 Laguboti
Laguboti
2017
Institut Teknologi Del
No. Dokumen: 417969909.doc Versi: xx.xx Tanggal : DD-MM-YY Jumlah Halaman : 59

DAFTAR ISI
1 Introduction..............................................................................................................................................3
1.1 Purpose of Document..........................................................................................................................3
1.2 Scope...................................................................................................................................................3
1.3 Definition,Acronim and Abbreviation................................................................................................3
1.4 Identification and Numbering.............................................................................................................3
1.5 Reference Documents.........................................................................................................................3
1.6 Document Summary............................................................................................................................3
2 System Overview.....................................................................................................................................4
2.1 Current System Overview...................................................................................................................4
2.1.1 Business Process........................................................................................................................4
2.1.2 Procedures.................................................................................................................................4
2.1.3 Service Time..............................................................................................................................4
2.2 Target System Overview.....................................................................................................................4
2.2.1 Business Process........................................................................................................................4
2.2.2 Procedures.................................................................................................................................4
2.2.3 Service Time..............................................................................................................................5
3 Software General Description..................................................................................................................6
3.1 Product Main Function........................................................................................................................6
3.2 Users Characteristics...........................................................................................................................6
3.2.1 User-Group-1.............................................................................................................................6
3.2.2 User-Group-2.............................................................................................................................6
3.3 Constraints...........................................................................................................................................6
3.4 SW Environment.................................................................................................................................7
3.4.1 Development Environment........................................................................................................7
3.4.2 Operational Environment..........................................................................................................7
4 Requirement Definition..........................................................................................................................8
4.1 External Interface................................................................................................................................8
4.1.1 User Interface............................................................................................................................8
4.1.2 Hardware Interface....................................................................................................................8
4.1.3 Software Interface.....................................................................................................................8
4.1.4 Communication Interface..........................................................................................................8
4.2 Functional Description........................................................................................................................8
4.2.1 Use Case Scenario.....................................................................................................................8
4.3 Data Requirement...............................................................................................................................9
4.3.1 E-R diagram...............................................................................................................................9
4.4 Non Functional Requirement..............................................................................................................9
4.5 Design Constraint..............................................................................................................................10
5 Requirement Summary..........................................................................................................................11
5.1 Functional Requirement Summary....................................................................................................11
5.2 Non Functional Requirement Summary............................................................................................11
6 Traceability............................................................................................................................................12
LAMPIRAN....................................................................................................................................................13
Flow map/Prosedur................................................................................................................................13
SW Metrics...........................................................................................................................................13
Lampiran lain yang dianggap perlu.......................................................................................................13
Sejarah Versi....................................................................................................................................................14
Sejarah Perubahan...........................................................................................................................................15
IT Del 417969909.doc Halaman 2 dari 59

Dokumen ini merupakan bagian dari dokumentasi penyelenggaraan mata kuliah AKS, dilarang mereproduksi
dokumen ini dengan cara apapun tanpa sepengetahuan Institut Teknologi DEL
1 Introduction
1.1 Purpose of Document
Tujuan Dokumen ini dibuat untuk menyatukan persepsi antara developer dan client
menegenai aplikasi yang akan dibangun,mendokumentasikan kebutuhan perangkat lunak
dan perangkat keras aplikasi yang sesuai dengan requirement yang diberikan oleh
client,serta memberikan gambaran aplikasi yang dibangun serta fungsi-fungsi yang
digunakan dalam aplikasi
1.2 Scope
Dokumen ini mencakup system overview dari current system serta target system. Dalam
system overview dijelaskan mengenai business process, procedures, dan service time.
Selain itu juga terdapat user yang terlibat dalam setiap business process. Dokumen ini
juga mendeskripsikan sistem yang akan dibangun, yaitu tentang fungsi utama pada sistem,
karakteristik dari setiap user, constraints, dan SW environment. Dalam dokumen ini juga
dicakup requirement definition yang membahas external interface, functional description,
data requirement, non functional requirement dan design constraint. Cakupan lainnya
adalah requirement summary yang membahas functional requirement dan non functional
requirement dan juga membahas traceability.
1.3 Definition,Acronim and Abbreviation

Berikut ini dijelaskan Daftar definisi, akronim dan singkatan yang digunakan dalam
dokumen ini .Daftar dan penjelasan ditunjukkan pada Tabel 1 dan .
Tabel 1. Definisi
No Defenisi Penjelasan
1. Requirement Hal-hal yang dibutuhkan untuk mencapai sebuah tujuan dan
menentukan apa yang harus sistem lakukan dan sebaik apa
performansinya dengan batasan tertentu.
2. Developer Istilah untuk seseorang, tim atau sebuah perusahaan yang membuat,
membangun atau mengembangkan software.
3. Framework Kerangka kerja yang berisi kumpulan dari fungsi-fungsi/prosedur-
prosedur dan class-class untuk tujuan tertentu yang sudah siap
digunakan. Sehingga bisa mempermudah dan mempercepat
pekerjaan seorang programmer, tanpa harus membuat fungsi atau
class dari awal.
4. Yii Framework yang digunakan untuk membangun project dalam php
5 Use Case Diagram Memodelkan proses bisnis/fungsionalita infors yang diharapkan dari
suatu sistem
6 Narasumber Orang yang memberi atau mengetahui informasi secara jelas

(kbbi.web.id)
7 User Pengguna atau pemakai sebuah sistem
8 Stakeholder Pemangku kepentingan atau orang yang memiliki kepentingan dalam
pengembangan sistem informasi ini
9 Use case Pemodelan atau gambaran yang akan ada dalam sistem
10 Client Seseorang yang memiliki permintaan dalan sistem yang akan
dibangun
11 Fungctional Requirement Kebutuhan Operasional yang berkaitan dengan fungsi atau proses
yang ada dalam sistem
12 Non-functional Requirement Kebutuhan antarmuka dan kebutuhan performance dalam sebuah
sistem yang akan dikembangkan
13 Software Perangkat Lunak yng digunakan untuk
14 Hardware Sebuah perangkat keras yang digunakan untuk membantu
pengembanagan aplikasi berbasis web yang akan dibuat
Tabel 2. Singkatan dan Akronim

No Singkatan Penjelasan
1. PiP Project Implementation Plan
2. BPMN Business Process Modelling Notation
3. ToR Term or Reference
4. URS User Requirement System
5. SRS Software Requirement System
6. PiP Project Implementasi Plan
7. PM Project Manager
8. TD Technical Document
9. LA Log Activity
10. ERD ER-Diagram
Tabel 3 Daftar Abbreviation

No. Singkatan Keterangan
1. LAN Local Area Networking
2. MySQL Nama database yang digunakan dalam sistem
SI SMANLA Sistem Informasi Akademik SMA N 1
3 Laguboti
4 Ekskul Ekstrakulikuler
5 SMAN SMA Negeri
1.4 Identification and Numbering

Semua dokumen yang dikumpulkan sebagai bagian dari pengerjaan Proyek Akhir II
Institut Teknologi DEL mengikuti kaidah penomoran yang dinyatakan dalam dokumen
Standard Penamaan dan Penomoran Software Engineering.
Aturan penomoran fungsi dalam penulisan dokumen URS ini adalah sebagai
berikut :
Tabel 4. Identification dan Numbering
NO Kategori Deskripsi Aturan Peggunaan

1. Jenis font 1. Judul dokumen adalah Times New Roman 22 pt, font
color bold-black.
2. Judul bab adalah Arial 12 pt, font color bold-black
3. Judul subbab adalah Arial 12 pt, font color bold-black
4. Isi bab adalah Times New Roman 12 pt dengan fnt color
black.
5. Judul Tabel adalah Times New Roman 10 pt dengan
font color color bold-black
6. Isi Tabel adalah Times New Roman 12 pt, font color
black
7. Keterangan Gambar adalah Times New Roman 10 pt
dengan font color bold-black.
2. Penomoran Aturan penomoran dan penomoran bab serta subbab:

dan
1. Untuk bab 1,2,3
Penamaan Contoh: 1.IntroductionUntuk sub-sub bab:
2.1.1,2.1.2,2.1.3.
Contoh: 2.1.2. Procedures
Aturan penomoran dan penamaan Tabel dan Gambar :
Tabel : Tabel 1.
2. Untuk sub bab : 1.1, 1.2, 1.3.
Contoh: 1.2 Scope
1.
2. Gambar : Gambar 1.
Aturan penamaan use case scenario
1. Use Case Id: USC 1
Aturan penamaan requirment functional dan non-functional
1. Functional-Id: F01
2. Non-Functional-Id : NF01
No. Deskripsi Ketentuan

1 Aturan penamaan product main funtion dengan nama SRS-XX
SRS-01
SRS-02

No. Deskripsi Ketentuan
SRS : Nama istilah untuk product main function
XX : Nomor fungsi
2 Aturan penamaan PiP dengan nama PiP-PA1-XX-19
PiP-PA1-01-19
PiP-PA1-02-19
PiP : Nama istilah untuk dokumen
PA1 : Proyek Akhir1
XX : Nomor urutan kelompok
19 : Tahun pembuatn proyek Akhir
3 Aturan penamaan ToR dengan nama ToR-PA1-XX-19
ToR-PA1-01-19
ToR-PA1-02-19
ToR : Nama istilah untuk dokumen
PA1 : Proyek Akhir1
XX : Nomor urutan kelompok
19 :Tahun Pembuatan Proyek Akhir
1.5 Reference Documents

Dokumen yang menjadi rujukan dalam pembuatan dokumen teknis SMA Negeri 1
Laguboti ini adalah :
1.Dokumen PiP-PA1-10-1819. Dokumen ini merupakan dokumen Project
Implementation Plan dalam pembangunan sistem informasi yang berisikan
perencanaan pengerjaan proyek dan jadwa pembangunan. Dokumen ini
merupakan panduan dalam pelaksanaan pembangunan proyek.
2.URS-PA1-1516-32TI2_SYP07
Merupakan dokumen yang berisi current system dan target system, desain dan
database yang akan digunakan pada Sistem Informasi SMA Negeri 1 Laguboti .
1.6 Document Summary

Pada bagian ini dijelaskan mengenai ringkasan dokumen yang terdiri dari empat bab yang
berisi penjelasan sistem yang akan dibangun oleh tim developer.Pada Bab I dijelaskan
mengenai tujuan pembuatan dokumen,ruang lingkup,daftar istilah,referensi,serta deskripsi
atau gambaran umum dokumen.Pada Bab II dijelaskan mengenai gambaran sistem yang
terdiri dari business process, procedures, dan service time dari current system dan target
system.
Dokumen teknis Sistem Informasi SMA Negeri 1 Laguboti terdiri dari 10 bab berisi
tentang:

Bab Introduction menjelaskan tujuan pembuatan dokumen, ruang lingkup dokumen,
daftar istilah dan definisi yang digunakan dalam dokumen, dokumen rujukan dan
ringkasan dokumen.
Bab System Overview menjelaskan gambaran proses bisnis dan prosedur dari sistem yang
ada saat ini dan target sistem yang akan dibangun,
Bab Spesification Bagian ini berisi spesifikasi teknis dari SW yang akan dikembangkan.
Spesifikasi lingkungan (infrastruktur, HW. SW) sudah dijelaskan pada bab sebelumnya.
Bagian merupakan hasil dari penentuan spesifikasi kebutuhan yang lain dan analisis.
Bab Design menjelaskan struktur tabel yang dibangun untuk seluruh aplikasi, spesifikasi
dan detail dari desain layout yang digunakan, spesifikasi objek yang digunakan dan
reaksinya pada sistem, dekomposisi fisik dari modul, keterkaitan perancangan terhadap
spesifikasi kebutuhan dan data.
Bab Testing menjelaskan tentang paket kerja, jadwal pengerjaan proyek, kebutuhan tenaga
kerja, dan kebutuhan logistik yang dibutuhkan dalam pembangunan aplikasi ini.
Bab SW Item Description & Installation, menjelaskan semua file yang diperlukan untuk
instalasi dan pengoperasian aplikasi, pre-condition dan prosedur penginstalan.

2 System Overview
Pada bab ini dijelaskan business process, procedures, service time dari current atau sistem
yang saat ini sedang berjalan dan target atau sistem yang akan dibangun. Bab ini akan
membantu developer untuk membangun sistem yang baru dengan melihat current yang
ada dan akan memperbaharuinya melalui target system.
2.1 Current System Overview

Sekolah SMA Negeri 1 Laguboti merupakan salah satu sekolah yang terletak dikawasan
tobasa dimana setiap kegiatan ataupun informasi masih dilakukan secara manual .Seperti
halnya membayar komite sekolah ,dimana sistem untuk membayar komite sekolah siswa
harus datang terlebih dahulu ke kantor administrasi dan cara kerja seperti itu
membutuhkan banyak waktu.
2.1.1 Business Process Pembayaran Komite

Sistem yang masih ada saat ini adalah Current System, yang penggunaanya masih secara
manual. Dimana,Siswa maupun siswi harus mendatangi kantor administrasi terlebih
dahulu lalu melakukan pembayaran ,dan guru akan memberikan bukti dari pembayaran
tersebut.
2.1.1.1 Procedures
Prosedur Pembayaran komite sekolah secara manual dapat dilihat dalam BPMN diagram
berikut:

2.1.1.2 Service Time
Untuk mengetahui jumlah komite sampai dengan pembayaran diperlukan waktu kurang
lebih 45 menit.
2.1.2 Business Process Membuat izin Keluar

Siswa yang ingin meminta izin keluar dari lingkungan sekolah harus menemui guru
terlebih dahulu dan meminta izin setelah guru menerima permohonan izin maka guru akan
membuatkan surat perizinan lalu menandatangani,selanjutnya siswa juga menunggu
persetujuan dari kepala sekolah ,setelah mendapat persetujuan maka siswa dapat izin kelur
dari lingkungan sekolah di jam akademik.
2.1.2.1 Procedure Membuat Izin Keluar

Pada subbab ini menjelaskan gambaran prosedur izin keluar pada target system Sistem
Informasi Sekolah SMA Negeri 1 Laguboti
2.1.2.2 Service time

Dari hasil pengamatan waktu yang dibutuhkan untuk melakukan izin keluar adalah 30
sampai 60menit. Waktu tersebut mencakup proses siswa mengisi data, melakukan request,
menunggu persetujuan guru dan meminta tanda tangan guru
2.1.3 Business Process Mengabsen Siswa

Dalam current system mengabsen siswa, siswa terlebih dahulu harus mengambil absen
lalu mengisi daftar nama yang hadir dan menandatangani lalu memberikan kepada guru
yang bersangkutan dimana guru tersebut nanti akan mengecek daftar siswa yang hadir dan
menandatangani ,sistem yang berjalan sekarang dalam pengabsenan siswa membuthkan
waktu yang cukup banyak dan memakan waktu dalam proses pembelajaran

2.1.3.1 Procedure Mengabsen Siswa
Pada subbab ini menjelaskan gambaran prosedur absensi kelas pada target system Sistem
Informasi Sekolah SMA Negeri 1

Dari hasil pengamatan waktu yang dibutuhkan untuk mengabsen kelas adalah 15 menit
sudah termasuk mengambil absen ,melakukan pengabsenan
,penandatanganan,pengecekan absen.
2.1.4 Business Process Melihat Jadwal Pelajaran

Siswa yang ingin mengetahui jadwal sekolah mendatangi kantor guru lalu menyakan
kepada guru yang bersangkutan mengenai jadwal ,dan memberikan informasi mengenai
kelas yang membutuhkan jadwal tersebut , sehingga guru dapat memberikan jadwal sesui
dengan permintaan kelas.

2.1.4.1 Procedure Melihat Jadwal Pelajaran
Pada subbab ini menjelaskan gambaran prosedur jadwal pelajaran pada target system
Sistem Informasi Sekolah SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang diperlukan untuk membuka jadwal pelajaran adalah 15
menit. Waktu tersebut mencakup proses mendatangi kantor, meminta jadwal,memberitau
profil kelas, dan menerima jadwal
2.1.5 Business Process Mengumpulkan Tugas

Dalam sistem yang berjalan sekarang Guru memberikan tugas ,dimana setiap siswa harus
mengerjakan tugas masing-masing dan siswa melakukan pengumpulan tugas sebelum
dedline ,dimana setelah mengumpulkan guru kn menerima hasil pengerjan tugas dari
berbagai siswa.

2.1.5.1 Procedure Mengumpulkan Tugas
Pada subbab ini menjelaskan gambaran prosedur untuk mengumpulkan tugas pada Sistem
Informasi SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang dibutuhkan untuk mengumpulkan tugas adalah 5
sampai 10 menit. Waktu tersebut mencakup proses pengumpulan oleh 1 orang perwakilan
kelas
2.1.6 Business Process Melihat Profil Guru

Siswa harus mendatangi kantor guru secra langsung lalu meminta data profil guru dengan
guru yang bersangkutan dan guru itu akan memberikan data yang dimaksud oleh siswa

2.1.6.1 Procedure Melihat Profil Guru
Pada subbab ini menjelaskan gambaran prosedur untuk profil guru pada Sistem Informasi
SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang dibutuhkan untuk membuka profil guru adalah 3
sampai 20 menit. Waktu tersebut mencakup proses mendatangi kanto guru dan meminta
data kepada guru yang bersangkutan sesuai dengan keinginan user
2.1.7 Business Process Memasukkan Nilai

Guru yang ingin memasukkan nilai terlebih dahulu harus menerima hasil pengerjaan tugas
yang dilakukan oleh siswa dan melakukan pengecekan terhadap tugas yang telah
dikerjakan setelah itu guru akan memberikan nilai sesuai dengan hasil pengerjaan dan
memasukkan nilai ke dalam daftar nilai.
2.1.7.1 Procedure Memasukkan Nilai

Pada subbab ini menjelaskan gambaran prosedur untuk memasukkan nilai pada Sistem

Dari hasil pengamatan waktu yang diperlukan untuk memasukkan nilai adalah 1-2 jam.
Waktu tersebut mencakup proses pengumpulan tugas, pengecekan tugas dan memasukkan
nilai
2.1.8 Business Process Memasukkan Data Diri

Siswa terlebih dahulu harus dating ke kantor guru, lalu mengajukkan pengisian data
diri,setelah itu guru akan memberikan form untuk diisi dan form tersebut akan diberikana
kepada bagian staf untuk dilakukan penginputan ke dalam sistem

2.1.8.1 Procedure Memasukkan Data Diri
Pada subbab ini menjelaskan gambaran prosedur untuk memasukkan data diri pada
Sistem Informasi SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang diperlukan untuk memasukkan data diri adalah 20-30
menit. Waktu tersebut mencakup proses mendatangi kantor, mengisi form ,dan melakukan
penginputan data ke dalam sistem
2.1.9 Business Process Memberi Pengumuman

Dalam sistem yang ada saat ini guru akan mendatangi tata usaha dan mengumpulkan
pengumuman,setelah itu menentukan pengumuman apa saja yang akan diberitau,pada saat
penyampaian pengumuman siswa akan mendengar pengumuman yang disampaikan
melalui tata usaha

2.1.9.1 Procedure Memberi Pengumuman
Pada subbab ini menjelaskan gambaran prosedur untuk mengupload pengumuman pada

Dari hasil pengamatan waktu yang diperlukan untuk memberikan pengumuman adalah
10-15 menit. Waktu tersebut mencakup proses mengumpulkan pengumuman, menentukan
pengumuman ,melakukan pengumuman da menedengarkan hasil pengumuman
2.2 Target System

Sistem ini akan membantu guru, siswa yang berada di sekolah tersebut untuk
mempermudah pekerjaan atau kegiatan mereka dan meminimalisir penggunaan waktu
yang berlebihan. User dapat mengakses setiap informasi-informasi seperti sejarah
sekolah, profil sekolah, profil guru, kegiatan-kegiatan sekolah melalui aplikasi sehingga
dapat diakses oleh berbagai pihak. User juga dapat membayar uang sekolah melalui
aplikasi sehingga dapat mempermudah siswa dalam pembayaran dan memperkecil
kemungkinan terjadinya kesalahan, mendapatkan izin keluar melalui aplikasi untuk
mempermudah stakeholder(guru) memantau setiap aktivitas yang dilakukan oleh siswa,
mendapatkan jadwal melalui aplikasi sehingga jika terdapat perubahan jadwal dapat
diganti dengan mudah, absensi kelas dibuat secara komputerisasi untuk menghindari
terjadinya kecurangan absen.
2.2.1 Business Process Membuat Izin Keluar

Siswa yang ingin melakukan izin keluar dapat login ke sistem. Melalui sistem siswa
masuk ke halaman utama website lalu memilih menu izin keluar. Pada halaman izin

keluar siswa mengisi data. Data yang diperlukan untuk izin keluar adalah hari izin,
tanggal izin, tujuan izin, alasan izin, tanggal kembali dan waktu kembali. Jika ada kolom
atau data yang diperlukan belum terisi, maka sistem akan meminta siswa untuk
mengisinya kembali. Jika seluruh data sudah diisi dengan benar, maka siswa merequest
dan menunggu persetujuan dari guru untuk mengizinkan siswa keluar sekolah. Setelah
guru menyetujui izin, siswa memprint surat dan meminta tanda tangan guru. Setelah guru
sudah menandatangani surat maka siswa diizinkan untuk keluar
2.2.1.1 Procedure Membuat Izin Keluar

Pada subbab ini menjelaskan gambaran prosedur izin keluar pada target system Sistem
Informasi Sekolah SMA Negeri 1 Laguboti
2.2.1.2 Service time

Dari hasil pengamatan waktu yang dibutuhkan untuk melakukan izin keluar adalah 20
sampai 30 menit. Waktu tersebut mencakup proses siswa mengisi data, melakukan
request, menunggu persetujuan guru dan meminta tanda tangan guru
2.2.2 Business Process Melakukan Pembayaran Uang Sekolah

Siswa yang ingin melakukan pembayaran uang sekolah dapat login ke sistem. Melalui
sistem, siswa masuk ke halaman utama website dan memilih menu pembayaran uang
sekolah. Pada halaman tersebut sudah ada ditampilkan jumlah uang sekolah yang akan
dibayarkan. Siswa dapat membayar langsung kepada administrasi dan dapat melalui
transfer. Jika siswa ingin membayar melalui transfer, maka siswa harus mengirimkan
bukti transfer dengan mengirimkan file bukti transfer melalui sistem. Jika file sudah
dikirimkan maka pada halaman pembayaran uang sekolah status pelunasan uang sekolah
adalah lunas.

2.2.2.1 Procedure Melakukan Pembayaran Uang Sekolah
Pada subbab ini menjelaskan gambaran prosedur pembayaran uang sekolah pada target
system Sistem Informasi Sekolah SMA Negeri 1 Laguboti
2.2.2.2 Service Time pembayaran uang sekolah

Dari hasil pengamatan waktu yang dibutuhkan untuk melakukan pembayaran uang
sekolah adalah 20 sampai 25 menit. Waktu tersebut mencakup proses siswa login ke
sistem, melihat jumlah pembayaran, melakukan transfer dan mengirim bukti transfer
2.2.3 Business Process Mengabsen Siswa

Guru yang ingin mengabsen siswa harus login terlebih dahulu ke sistem. Pada sistem,
guru memilih menu absen kelas dan memilih kelas yang akan diabsen. Setelah memilih
kelas yang akan diabsen, guru menandai atau menceklis nama siswa yang sudah diabsen

2.2.3.1 Procedure Mengabsen Siswa
Pada subbab ini menjelaskan gambaran prosedur absensi kelas pada target system Sistem
Informasi Sekolah SMA Negeri 1

Dari hasil pengamatan waktu yang dibutuhkan untuk mengabsen kelas adalah 5 menit.
Waktu tersebut mencakup proses login, membuka daftar absensi kelas, pengabsenan nama
siswa dikelas, dan menandai siswa yang hadir
2.2.4 Business Process Mengakses Informasi

Siswa, guru, dan staff yang ingin mengakses informasi dapat login ke sistem. Setelah
masuk kehalaman, sudah tersedia judul-judul informasi dan pengumuman. Jika user ingin
mengetahui informasi dan pengumuman ada lebih rinci, maka user dapat mengklik judul
yang ingin dibuka.
2.2.4.1 Procedure Mengakses Informasi

Pada subbab ini menjelaskan gambaran prosedur mengakses informasi sekolah pada
target system Sistem Informasi Sekolah SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang dibutuhkan untu mengakses informasi adalah 3 menit.
Waktu tersebut mencakup proses login, dan memilih topik yang ingin diakses atau dilihat
2.2.5 Business Process Melihat Jadwal Pelajaran

Siswa yang ingin melihat jadwal pelajaran dapat login ke sistem. Setelah masuk ke
sistem, siswa dapat memilih menu jadwal pelajaran dan dihalaman tersebut akan
ditampilkan jadwal mata pelajaran selama seminggu. Guru yang ingin melihat jadwal
dapat melihat jadwal dari menu jadwal pelajaran, guru juga dapat mengubah atau
mengganti jadwal melalui menu jadwal

2.2.5.1 Procedure Melihat Jadwal Pelajaran
Pada subbab ini menjelaskan gambaran prosedur jadwal pelajaran pada target system
Sistem Informasi Sekolah SMA Negeri 1 Laguboti

Dari hasil pengamatan waktu yang diperlukan untuk membuka jadwal pelajaran adalah 3
menit. Waktu tersebut mencakup proses login, membuka halaman jadwal pelajaran. Dan
waktu yang diperlukan untuk mengubah jadwal pelajaran adalah 5 menit. Waktu tersebut
mencakup proses login, membuka halaman pelajaran, mengganti jadwal yang lama
dengan yang baru
2.2.6 Business Process Melakukan Autentikasi

Siswa, guru dan staff dapat melakukan autentikasi dimana sebelum melakukan autentikasi
user harus memiliki akun terlebih dahulu dimana jika ingin melakukan autentikasi login
user harus memasukan email dan password dan jika ingin autentiukasi logout user hanya
akan menekan tombol logout yang tersedia dalam sistem

2.2.6.1 Procedure Melakukan Autentikasi
Pada subbab ini menjelaskan gambaran prosedur untuk autentikasi pada Sistem Informasi

Dari hasil pengamatan waktu yang diperlukan untuk autentikasi adalah 3 sampai 5 menit.
Waktu tersebut mencakup mengisi atau memasukkan user name, password, mengirimnya
ke sistem dan keluar dari sistem
2.2.7 Business Process Mendownload Modul

Siswa dan guru yang ingin mendownload modul dapat login ke sistem. Lalu memilih
mata pelajaran yang modulnya ingin didownload. Pada halaman mata pelajaran siswa dan
guru memilih modul dan mengklik download pada modul yang akan didownlod.

2.2.7.1 Procedure Mendownload Modul
Pada subbab ini menjelaskan gambaran prosedur untuk mendownload modul pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk mendowonload modul adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, memilih mata kuliah, memilih
modul yang akan didowonload dan memdownload modul
2.2.8 Business Process Mengupload Modul

Guru yang ingin mengupload modul dapat login ke sistem. Lalu memilih menu upload
modul. Pada halaman upload modul, guru memasukkan file yang ingin diupload. Setelah
file dimasukkan, file dikirim dan dapat dilihat oleh siswa.
2.2.8.1 Procedure Process Mengupload Modul

Pada subbab ini menjelaskan gambaran prosedur untuk mengupload modul pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk mengupload modul adalah 5 menit.
Waktu tersebut mencakup proses login, memasukkan file dan mengirim file
2.2.9 Business Process Mengumpulkan Tugas

Siswa yang ingin mengumpulkan tugas dapat login terlebih dahulu. Lalu memilih menu
mata pelajaran, pada halaman mata pelajaran, siswa memilih mata pelajaran yang
tugasnya akan dikumpulkan. Siswa yang sudah membuka halaman mata pelajaran,
memilih menu pengumpulan tugas, dan memasukkan file tugas lalu mengirimnya.

2.2.9.1 Procedure Mengumpulkan Tugas
Pada subbab ini menjelaskan gambaran prosedur untuk mengumpulkan tugas pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk mengumpulkan tugas adalah 5
sampai 10 menit. Waktu tersebut mencakup proses login, membuka mata pelajaran tugas
yang akan dikumpul, memasukkan file dan mengirim tugas
2.2.10 Business Process Melihat Profil Organisasi

Siswa, guru dan staff yang ingin melihat profil organisasi dapat login. Lalu memilih menu
organisasi, pada halaman tersebut terdapat beberapa nama organisasi. User yang ingin
melihat profil dapat mengklik nama organisasi yang profilnya ingin dilihat
2.2.10.1 Procedure Melihat Profil Organisasi

Pada subbab ini menjelaskan gambaran prosedur untuk profil organisasi pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk membuka profil organisasi adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, membuka halaman profil
organisasi, dan memilih organisasi yang ingin dilihat
2.2.11 Business Process Melihat Profil Ekskul

Siswa, guru dan staff yang ingin melihat profil ekskul dapat login. Lalu memilih menu
ekskul, pada halaman tersebut terdapat beberapa nama organisasi. User yang ingin
melihat profil dapat mengklik nama ekskul yang profilnya ingin dilihat
2.2.11.1Procedure Melihat Profil Ekskul

Pada subbab ini menjelaskan gambaran prosedur untuk profil ekskul pada Sistem
2.2.11.2Service Time
Dari hasil pengamatan waktu yang dibutuhkan untuk membuka profil ekskul adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, membuka halaman profil ekskul,
dan memilih ekskul yang ingin dilihat
2.2.12 Business Process Melihat Profil Guru

Siswa, guru dan staff yang ingin melihat profil guru dapat login. Lalu memilih menu
profil guru, pada halaman tersebut terdapat beberapa nama guru. User yang ingin melihat
profil dapat mengklik nama guru yang profilnya ingin dilihat.

2.2.12.1 Procedure Melihat Profil Guru
Pada subbab ini menjelaskan gambaran prosedur untuk profil guru pada Sistem Informasi

Dari hasil pengamatan waktu yang dibutuhkan untuk membuka profil guru adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, membuka halaman profil guru,
dan memilih guru yang ingin dilihat
2.2.13 Business Process Melihat Prestasi Sekolah

Siswa, guru, staff yang ingin melihat prestasi sekolah dapat login. Lalu memilih menu
prestasi sekolah, pada halaman tersebut terdapat daftar prestasi yang telah didapat oleh
sekolah. Jika user ingin melihat lebih detail tentang prestasi yang didapat sekolah, user
dapat memklik judul prestasi yang ingin dibuka dan sistem akan menampilkan informasi
yang lebih detail.

2.2.13.1 Procedure Melihat Prestasi Sekolah
Pada subbab ini menjelaskan gambaran prosedur untuk prestasi sekolah pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk membuka prestasi sekolah adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, membuka halaman prestasi
sekolah dan memilih prestasi yang ingin dilihat
2.2.14 Business Process Melihat Profil Alumni

Siswa, guru, dan staff yang ingin melihat alumni sekolah dapat login. Lalu memilih menu
alumni sekolah, pada halaman tersebut terdapat beberapa nama alumni. Jika user ingin
melihat informasi lebih detail tentang alumni, user dapat memilih nama alumni yang
ingin dilihat dan sistem akan menampilkan biodata dari alumni.
2.2.14.1 Procedure Melihat Profil Alumni

Pada subbab ini menjelaskan gambaran prosedur untuk alumni sekolah pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk membuka alumni sekolah adalah 3
sampai 5 menit. Waktu tersebut mencakup proses login, membuka halaman alumni
sekolah, dan memilih alumni yang ingin dilihat
2.2.15 Business Process Melihat Lokasi Sekolah

Siswa, guru, staff, dan masyarakat yang ingin melihat lokasi sekolah harus login. Untuk
melihat lokasi sekolah langsung dapat melihatnya pada bagian footer. Pada bagian foorter
terdapat alamat sekolah, dan terhubung dengan google map sehingga user dapat langsung
mengaksesnya ke google map jika user tidak mengetahui dimana alamat sekolah berada.

2.2.15.1 Procedure Melihat Lokasi Sekolah
Pada subbab ini menjelaskan gambaran prosedur untuk lokasi sekolah pada Sistem

Dari hasil pengamatan waktu yang dibutuhkan untuk melihat lokasi sekolah adalah 3
menit. Waktu tersebut mencakup membuka web dan mengakses ke google map
2.2.16 Business Process Mengupload Informasi

Guru dan staff yang ingin megupload informasi sekolah dapat login. Lalu memilih menu
informasi sekolah, pada halaman tersebut sudah tersedia menu untuk mengupload file-file
tentang informasi sekolah. Guru dan staff dapat memasukkan video dan foto tentang
kegiatan sekolah, dan dapat memasukkan pengumuman yang ada disekolah melalui menu
yang sudah disedikan lalu membagikannya
2.2.16.1 Procedure Mengupload Informasi

Pada subbab ini menjelaskan gambaran prosedur untuk mengupload informasi pada

Dari hasil pengamatan waktu yang dibutuhkan untuk mengupload informasi adalah 10
sampai 15 menit. Waktu tersebut mencakup login, membuka halaman informasi,
membuka file yang akan diupload, dan mengirimnya
2.2.17 Business Process Memasukkan Nilai

Guru yang ingin memasukkan nilai dapat login. Lalu memilih menu mata pelajaran, pada
halaman tersebut terdapat tugas siswa yang telah dikirimkan. Pada tugas tersebut, guru
dapat memasukkan nilai dari siswa
2.2.17.1 Procedure Memasukkan Nilai

Pada subbab ini menjelaskan gambaran prosedur untuk memasukkan nilai pada Sistem

Dari hasil pengamatan waktu yang diperlukan untuk memasukkan nilai adalah 20- 30
menit. Waktu tersebut mencakup proses login, membuka mata pelajaran, membuka tugas,
penilaian dan memasukkan nilai
2.2.18 Business Process Memasukkan Data Diri

Siswa, guru dan staff yang ingin memasukkan data diri dapat login. Lalu memilih menu
edit pada profil akun, user mengisi dengan benar setiap kolom data yang diminta oleh
sistem

2.2.18.1 Procedure Memasukkan Data Diri
Pada subbab ini menjelaskan gambaran prosedur untuk memasukkan data diri pada

Dari hasil pengamatan waktu yang diperlukan untuk memasukkan data diri adalah 10-15
menit. Waktu tersebut mencakup proses login, membuka menu edit profil, mengisi kolom
data, dan mengirimnya ke database
2.2.19 Business Process Menghapus Informasi

Guru dan staff yang ingin Mengha pus informasi harus login. Membuka halaman
informasi, membuka informasi yang ingin dihapus, dan menghapusny
2.2.19.1 Procedure Menghapus Informasi

Pada subbab ini menjelaskan gambaran prosedur untuk menghapus informasi pada Sistem

Dari hasil pengamatan waktu yang diperlukan untuk menghapus informasi adalah 5-10
menit. Waktu tersebut mencakup proses login, membuka halaman informasi, memilih
pengumuman yang mau dihapus, dan menghapusnya
2.2.20 Business Process Mengelola Akun

Staff yang ingin mengelola akun harus melakukan login. Lalu memilih menu mengelola
akun. Pada halaman mengelola akun staff dapat delete, create, dan update akun
2.2.20.1 Procedure Mengelola akun

Pada subbab ini menjelaskan gambaran prosedur untuk mengelola akun pada Sistem

Dari hasil pengamatan waktu yang diperlukan untuk mengelola akun adalah 15-20 menit.
Waktu tersebut mencakup login, mencari akun yang akan dikelola, melakukan delete akun
atau create akun atau update akun.
2.2.21 Business Process memberi Izin Keluar

Guru yang ingin memberi izin keluar harus login. Lalu memilih menu izin keluar,
membuka data siswa yang meminta izin keluar, dan menyetujuinya dengan menekan
tombol setuju

2.2.21.1 Procedure Memberi izin Keluar
Pada subbab ini menjelaskan gambaran prosedur untuk mengelola akun pada Sistem

Dari hasil pengamatan waktu yang diperlukan untuk memberi izin keluar adalah 5-8
menit. Waktu tersebut mencakup login, membuka data yang meminta izin, dan menyetujui
izin.

3 Software General Description
System yang akan dibangun oleh pengembang adalah System yang mampu membantu
SMA Negeri 1 Laguboti melakukan kegiatan . Dengan adanya System ini, diharapkan
semakin terbantunya masyarakat sekolah dalam melakukan aktivitas, dan melakukan hal-
hal seperti pembayaran komite,izin keluar,dll. .Dengan adanya System, siswa dapat
melihat informasi tentang sekolah, tanpa harus datang ke sekolah tersebut.
3.1 Product Main Function

Pada sub bab ini dijelaskan mengenai fungsi utama dari system yang diberikan langsung
kepada pengguna,yaitu:
1. Fungsi Autentikasi
Fungsi Autentikasi berguna untuk mengenali user yang mengakses sistem.Pada
saat user melakukan login pada sistem,username dan password yang dimasukkan
akan disesuaikan dengan database server.Apabila tidak sesuai,sistem akan
memberikan pesan error.
2. Fungsi Melihat Informasi/Berita
Fungsi ini dapat digunakan oleh semua actor.Fungsi ini berfungsi untuk melihat
informasi/berita yang disediakan pada sistem.
3. Fungsi Mengelola Informasi/Berita
Fungsi ini digunakan oleh staff,berfungsi untuk melakukan pembaharuan data
yang sebelumnya tersedia dalam website.
4. Fungsi Manajemen User
Fungsi ini digunakan oleh staff,berguna untuk melihat dan menghapus data user
5. Fungsi Membuka Profil Sekolah
Fungsi ini digunakan oleh user,berguna untuk mengetahui profil sekolah terbaru
yang tersedia di dalam website.
6. Fungsi Memberikan Perizinan
Fungsi ini digunakan oleh guru,berguna untuk memberikan izin kepada siswa/I
yang ingin keluar dari lingkungan sekolah
7. Fungsi Pembayaran Komite
Fungsi ini digunakan oleh siswa/I untuk membayar komite sekolah.Dimana guru
dan staf dapat mengakses pembayaran komite para siswa/I.
8. Fungsi Pengumpulan Tugas
Fungsi ini digunakan oleh siswa/I untuk mengirim tugas kepada guru dan guru
dapat melihat tugas yang telah dikumpulkan oleh siswa/I .

User characteristics
Bagian ini memuat karakteristik Pengguna yang ada didalam system. Setiap karakteristik
dari pengguna akan dijelaskan dalam sub-bab berikut.
3.1.1 User-Group-1
Description of User : Staff
Role : Pengguna yang memiliki hak akses penuh terhadap keseluruhan
fungsi pada system
Prerequisit :Staff terlebih dahulu login dengan akun staff, untuk dapat
melakukan hak akses penuh terhadap system
Task description :1.Mengelola informasi/berita
2.Mengelola akun user
3.Melihat informasi/berita
4. Melakukan Login
5.Melakukan Logout
6.Mengupload pengumuman
7.Melihat profil guru
8.Melihat profil organisasi
9.Melihat Profil Alumni
10.Melihat Profil Ekskul
11.Melihat Jadwal pelajaran
12. Melihat lokasi sekolah
13. Memasukkan data diri
14.Menghapus Pengumuman
3.1.2 User-Group-2
Description of User : Guru
Role : Pengguna yang berhak untuk mengelola informasi
Prerequisit : Guru terlebih dahulu login ke sistem dengan menggunakan akun
guru
Task description :1.Mendownload Modul
2.Memasukkan Nilai
3.Melihat informasi
4.Melakukan Login
5. Melakukan Logout
6. Mengupload Modul
7. Memberikan Perizinan
8. Melihat profil guru

15.Mengabsen Siswa
16..Melihat profil organisasi
3.1.3 User-Group-2
Description of User : Siswa
Role : Pengguna yang berhak untuk mengakses informasi
Prerequisit : Guru terlebih dahulu login ke sistem dengan menggunkana akun
Task description :1.Mendownload Modul
2.Membuat izin keluar
3.Melihat informasi
4.Melakukan Login
5. Melakukan Logout
6. Mengupload Modul
7. Melihat profil guru
8.Melihat profil organisasi
15.Melakukan pembayaran komite
16. Mengumpulkan Tugas
3.2 Constraints
Pada subbab ini dijelaskan mengenai batasan-batasan yang dimiliki oleh sistem yang akan
dibangun oleh software,hardware atau sistem lainnya.Batasan yang dimiliki oleh sistem
yaitu hanya dapat diakses oleh admin yang terdaftar di database untuk melakukan
management pada sistem.User dapat mengakses sistem informasi ini.
3.3 SW Environment
Pada subbab ini dijelaskan lingkungan software han hardware yang digunakan oleh
developer dalam membangun sistem dan lingkungan dimana pengguna dapat
mengoperasikan sistem yang mencakup lingkungan pengembangan dan lingkungan
operasional.
3.3.1 Development Environment

Pada subbab ini menjelaskan tentang pengembangan perangkat lunak mencakup pada
spesifikasi hardware dan software agar aplikasi yang dibangun dapat beroperasi dengan
baik.

3.3.2 Operational Environment
Pada subbab ini menjelaskan tentang spesifikasi yang mencakup lingkungan operasional
yang dibutuhkan dalam pengoperasian aplikasi yang akan dibangun. Keseluruhan
kebutuhan ini bergunan agar aplikasi yang dibangun dapat beroperasi dengan baik dan
mendukung berjalannya aplikasi
Spesifikasi operasional yang digunakan sebagai berikut:
1. Web Server : XAMPP
2. Client 2 : Operating System : Windows 10
DBMS : SQLyog

4 Requirement Definition
Pada bab ini menjelaskan tentang subbab yaitu functional description, functional
requirement, dan non-functional requirement pada Sistem Informasi SMA Negeri 1
Laguboti.
4.1 External Interface
4.1.1 User Interface

Beberapa kebutuhan antarmuka pengguna yang diperlukan dalam menjalankan analogi
dari aplikasi yang dibangun, yaitu:
1. Monitor
Monitor digunakan untuk melihat tampilan aplikasi pada saat melakukan pemrosesan
data.
2. Mouse
Mouse digunakan sebagai pointer kursor di layar monitor.
3. Keyboard
Keyboard digunakan untuk menambahkan program dalam pembangunan aplikasi dan
untuk menambahkan inputan ketika sistem dijalankan.
4.1.2 Hardware Interface

Hardware interface yang dibutuhkan untuk penerapan Sistem Informasi Komoditas Dinas
Pertanian adalah monitor.
4.1.3 Software Interface

Hardware interface yang dibutuhkan untuk penerapan Sistem Informasi Komoditas Dinas
Pertanian adalah Atom Text Editor, XAMPP.
4.2 Functional Description

Pada subbab ini akan menjelaskan mengenai use case diagram dan use case scenario
yang ada pada system sesuai dengan kebutuhan pengg una.

4.2.1 Use Case Scenario…
Use Case Name Membuat izin keluar sekolah

Use Case Siswa yang hendak melakukan izin keluar harus memilih
Description menu izin keluar untuk masuk ke halaman izin keluar
sekolah. Siswa dapat memasukkan waktu izin keluar dan
waktu kembali ke sekolah serta keperluan melakukan izin.
Actor Siswa
Precondition  Siswa memilih menu izin keluar sekolah
 Siswa mengisi waktu izin keluar dan waktu kembali
kesekolah
 Sistem akan menampilkan tampilan surat izin
keluar sekolah
Primary Flow of User Action System Response
1. Siswa ke 2. Masuk ke
Events
halaman utama halaman menu
website dan izin keluar
memilih menu sekolah
izin keluar
sekolah.
3. Siswa mengisi 4. Sistem
kolom waktu menyimpan waktu
izin keluar dan yang dimasukkan
waktu kembali
ke sekolah
5. Siswa mengisi 6. Sistem
kolom menyimpan
keperluan izin keperluan izin
keluar sekolah yang dimasukkan

7. Siswa melihat 8. Sistem
kembali menampilkan
pengisian tampilan surat
kolom waktu, izin keperluan
kolom sekolah
keperluan dan
menyetujuinya
Alternate Flow of User Action System Response
Tidak ada Tidak ada
Events
Error Flow of Events User Action System Response

Sistem akan menampilkan
Ada kolom yang tidak diisi pemberitahuan bahwa ada
kolom yang belum terisi
Post Condition  Sistem akan menyimpan data yang telah dibuat
 Sistem akan menampilkan surat yang akan diprint
Table 1 membuat izin keluar
Use Case Name Melakukan pembayaran uang sekolah

Use Case Siswa yang ingin melakukan pembayaran uang sekolah
Description dapat membayarkannya melalui sistem
Actor Siswa dan administrasi
Precondition  Data siswa telah disimpan oleh sistem
 Jumlah pembayaran sudah terdata di sistem
 Siswa dapat melakukan pembayaran melalui
transfer atau langsung memberikannya ke
administrasi
 Siswa yang membayar melalui transfer
mengirimkan bukti telah melakukan pembayaran
1. Siswa masuk ke 2. Sistem menampilkan
Events
halaman halaman pembayaran
pembayaran uang uang sekolah
sekolah

3. Siswa memilih 4. Siswa masuk ke
tombol pembayaran halaman pembayaran
dan menampilkan
jumlah tagihan
5. Siswa memilih 6. Sistem menerima
jenis pembayaran jenis pembayaran.
transfer atau Jika siswa memilih
membayar langsung melalui transfer maka
ke administrasi sistem menampilkan
informasi rekening
7. Siswa yang 8. Jika siswa memilih
melakukan via transfer, sistem
pembayaran via akan menerima file
transfer bukti transfer. Jika
memasukkan file siswa memilih tunai
bukti transfer untuk maka administrasi
diupload. Jika yng akan mendatanya
siswa memilih tunai ke sistem
maka siswa dapat
langsung
menjumpai
administrasi
Tidak ada Tidak ada
Events

siswa tidak memasukkan pesan error dan meminta
file bukti transfer siswa untuk memasukkan file
bukti pembayaran
Post Condition  Sistem akan menampilkan pemberitahuan bahwa
tagihan pembayaran telah dilunaskan
Table 2 melakukan pembayaran uang sekolah

Use Case Name Mengabsen siswa
Use Case Guru yang hendak melakukan pengabsenan harus memilih
Description menu absensi
Actor guru
Precondition  Guru memilih menu absensi
 Guru memilih kelas yang akan diabsen
 Sistem menampilkan daftar murid yang ada dikelas
yang dipilih
1. Guru masuk ke 2. Sistem menampilkan
Events
halaman absen halaman absen
3. Memilih kelas yang
akan diabsen
4. Guru memasukkan 5. Sistem menyimpan
tanggal dan waktu data yang telah
pengabsenan dimasukkan oleh guru
6. Menampilkan nama-
nama siswa
7. Guru menceklist 8. Sistem menyimpan

murid yang berada data yang telah
didalam kelas dimasukkan oleh guru
Tidak ada Tidak ada
Events

Guru tidak mengisi tanggal pesan error dan meminta
dan waktu pengabsenan guru untuk memasukkan
tanggal dan waktu
Post Condition  Sistem akan menampilkan daftar siswa yang sudah
diceklist atau yang sudah diabsen
Table 3 mengabsen siswa
Use Case Name Mengakses informasi

Use Case User yang hendak melihat informasi harus login terlebih
Description dahulu dan dapat memilih link informasi yang ingin dilihat

pada beranda web
Actor Siswa, guru dan staff

Precondition  User login
 User memilih link informasi yang hendak dibuka
1. User login 2. Masuk ke halaman
Events
beranda dan
menampilkan link
informasi
3. Memlih link 4. Menampilkan
informasi yang informasi sesuai link
akan dibuka yang telah dipilih
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Sistem akan menampilkan informasi dari link yang
dipilih
Table 4 mengakses informasi
Use Case Name Melihat jadwal pelajaran

Use Case User yang hendak melihat jadwal pelajaran harus login
Description terlebih dahulu, dihalaman pertama sudah tersedia jadwal
perlajaran sesuai kelas masing-masing siswa
Precondition  User login
 User dapat melihat jadwal pada halaman pertama
1. User login 2. Masuk ke halaman
Events
beranda
3. Jadwal pelajaran
berada dihalaman
beranda
Tidak ada Tidak ads
Events

User login ke sistem Menampilkan jadwal
pelajaran pada halaman awal
Post Condition  Sistem menampilkan jadwal pelajaran
 Siswa dapat melihat jadwal pelajaran
Table 5 melihat jadwal pelajaran
Use Case Name Melakukan logout

Use Case Siswa, guru dan staff melakukan logout jika sudah masuk
Description terlebih dahulu ke sistem
Precondition  User menutup semua menu yang dibuka
 User memilih logout pada menu
1. User login ke 2. Menampilkan
Events
sistem beranda
3. Memilih menu dan 4. Menutup sistem
logout

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat keluar dari sistem
Use Case Name Melakukan login

Use Case User yang hendak masuk ke sistem dapat masuk ke sistem
Description dengan login memasukkan username dan password yang
sudah terdaftar sebelumnya
Actor Siswa, guru dan staf
Precondition  User memasukkan password dan username
1. User membuka 2. Menampilkan
Events
sistem halaman login
3. Memasukkan 4. Masuk ke sistem,
username dan halaman pertama
password

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User masuk ke sistem
Table 6 melakukan autentikasi
Use Case Name mendownload modul

Use Case User yang hendak mendownload modul harus login,
membuka menu mata pelajaran, pada halaman mata
Description
pelajaran siswa memilih mata pelajaran yang modulnya
ingin di download dan mengklik download pada modul
yang ingin di download
Actor Siswa dan guru
 Siswa memilih menu mata pelajaran
 Siswa memilih mata pelajaran yang modulnya ingin
di download
1. User login dan 2. Menampilkan
Events
memilih menu mata beranda
pelajaran
3. Memilih menu 4. Menampilkan
mata pelajaran halaman mata
pelajaran
5. Memilih mata 6. Menampilkan
pelajaran yang halaman mata
modulnya akan pelajaran yang dipilih
didownload
7. Memilih modul 8. Sistem menyimpan
yang ingin di modul yang di
download download
Tidak ada Tidak ada
Events

Tidak ada Tidak ada

Post Condition  Siswa dapat mendownload modul
Table 7 mendownload modul
Use Case Name Mengupload modul

Use Case Guru yang hendak mengupload modul harus login,
Description membuka menu mata pelajaran dan memilih mata pelajaran
yang modulnya akan diupload. Didalam halaman tersebut
sudah tersedia tempat untuk memasukkan file modul
Actor Guru
 Memilih menu mata pelajaran
 Memasukkan filel modul
1. Guru login dan 2. Menampilkan
Events
memilih menu mata halaman mata
pelajaran pelajaran
3. Memilih button edit 4. Menampilkan tempat
memasukkan file
5. Memasukkan file 6. Menyimpan file yang
di upload
7. Memilih button 8. Menampilknnya pda
send mata pelajaran
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat mengupload modul dari menu mata
pelajaran
Table 8 mengupload modul
Use Case Name Mengumpulkan tugas

Use Case User yang ingin mengumpulkan tugas harus login, memilih
Description menu mata pelajaran, memilih mata pelajaran tugas yang
akan dikumpulkan dan memasukkan file tugas ke tempat
pengumpulan tugas yang tersedia
Actor Siswa

 Memilih mata pelajaran yang tugasnya akan
dikumpulkan
1. Siswa login dan 2. Menampilkan
Events
memilih menu mata halaman mata
pelajaran pelajaran
3. Memilih mata 4. Menampilkan
pelajaran yang halaman mata
tugasnya akan pelajaran yang dipilih
disubmit
5. Memilih menu 6. Menampilkan kolom
pengumpulan tugas tempat pengumpulan
tugas
7. Memasukkan file 8. Sistem menyimpan
tugas dan data yang telah
mengirimnya dikirm oleh siswa
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Siswa mengirimkan tugas
 Guru dapat melihat tugas yang dikirimkan siswa
Table 9 mengumpulkan tugas
Use Case Name Melihat profil organisasi

Use Case User yang ingin melihat profil organisasi harus login,
Description memilih menu profil dan memilih menu profil organisasi
 Memilih menu profil
 Memilih menu profil organisasi pada menu profil
Events
sistem beranda

profil halaman profil

profil organisasi halaman profil
organisasi
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat melihat profil organisasi
 User mendapatkan informasi mengenai organisasi
Table 10 melihat profil organisasi
Use Case Name Melihat profil ekskul

Use Case User yang ingin melihat profil ekskul harus login, memilih
Description menu profil dan memilih menu profil organisasi
 Memilih menu profil ekskul pada menu profil
Events
sistem beranda
3. Memilih menu 4. Menampilkan menu
profil profil

profil ekskul halaman profil ekskul
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat melihat profil ekskul
 User mendapatkan informasi mengenai ekskul
Table 11 melihat profil ekskul

Use Case Name Melihat profil guru
Use Case User yang ingin melihat profil guru harus login, memilih
Description menu profil dan memilih menu profil guru
 Memilih menu profil guru pada menu profil
Events
sistem beranda
profil profil

profil guru halaman profil guru

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat melihat profil guru
 User mendapatkan informasi mengenai guru
Table 12 melihat profil guru
Use Case Name Melihat prestasi sekolah

Use Case User yang ingin melihat prestasi sekolah harus login,
Description memilih menu prestasi sekolah
 Memilih menu
 Memilih menu prestasi sekolah pada menu
Events
sistem
beranda

prestasi sekolah halaman prestasi
sekolah
5. Memilih topik 6. Menampilkan
prestasi yang ingin halaman prestasi yang
dilihat dipilih
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat melihat prestasi sekolah
 User mendapatkan informasi mengenai prestasi
sekolah
Table 13 melihat prestasi sekolah
Use Case Name Melihat profil alumni

Use Case User yang ingin melihat profil alumni harus login, memilih
Description menu profil dan memilih menu profil alumni
 Memilih menu profil alumni pada menu profil
Events
sistem
beranda
profil profil
profil alumni halaman profil alumni

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User dapat melihat profil alumni
 User mendapatkan informasi mengenai alumni

Table 14 melihat profil alumni
Use Case Name Melihat lokasi sekolah

Use Case User yang ingin mendapatkan lokasi sekolah dapat
Description melihatnya pada menu lokasi sekolah dan dapat
mengaksesnya di goggle maps
 Memilih menu lokasi sekolah
Events
sistem beranda
3. Beralih ke bagian 4. Lokasi ditampilkan
footer pada bagian footer
Tidak ada Tidak ada
Events
Tidak ada Tidak ada
Post Condition  User mendapatkan informasi lokasi sekolah
Table 13 melihat lokasi sekolah
Use Case Name Mengupload informasi

Use Case User yang ingin mengupload informasi harus login,
Description memilih menu informasi dan dapat menguploadnya pada
tempat yang sudah disediakan
Actor Guru dan staff
 Memilih menu lokasi sekolah
Events
sistem beranda
informasi halaman informasi

5. Memilih button 6. Menampilkan kolom
upload untuk memasukkan
file atau membuat
informasi
7. Memasukkan file 8. Sistem menyimpan
pada kolom yang data yang telah
sudah tersedia dan dikirm dan
mengirimnya menampilkannya
pada halaman
informasi
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  User mendapatkan informasi tentang sekolah
Table 14 mengupload informasi
Use Case Name Memasukkan nilai

Use Case Guru yang ingin memasukkan nilai dapat membuka menu
Description mata pelajaran, memasukkan nilai pada mata pelajaran
yang ingin dinilai di kolom yang sudah tersedia
Actor Guru
 Memilih mata pelajaran yang akan dimasukkan
nilai
Events
sistem beranda
3. Memilih menu 4. Menampilkan daftar
mata pelajaran mata pelajaran
5. Memilih mata
pelajaran yang
nilainya akan

dimasukkan
6. Memilih menu 7. Menampilkan kolom

memasukkan nilai tempat memasukkan
nilai
8. Memasukkan nilai 9. Sistem menyimpan
pada kolom dan data nilai yang telah
mengirimnya dikirm dan
menampilkannya
pada halaman mata
pelajaran yang dipilih
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Guru dapat memasukkan nilai
 User dapat melihat nilai yang sudah dimasukkan
Table 15 memasukkan nilai
Use Case Name Memasukkan data diri

Use Case Guru dan siswa yang ingin memasukkan data diri harus
Description login, memilih menu edit data diri dan mengisi kolom yang
telah tersedia
Actor Siswa dan guru
 Memilih mengedit data diri
 Mengisi kolom data diri
Events
sistem beranda
3. Memilih menu edit 4. Menampilkan kolom
data diri yang harus diisi
5. Mengisi kolom 6. Sistem menyimpan
yang tersedia dan data yang telah
mengirimnya dikirimkan

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Guru dan siswa dapat memasukkan atau mengedit
data diri
 Dapat melihat data diri yang sudah dikirm
Table 16 memasukkan data diri
Use Case Name Menghapus informasi

Use Case Guru dan staff yang ingin menghapus informasi harus
Description login, membuka halaman informasi, memilih informasi
yang mau dihapus, dan menghapusnya
Actor Guru dan staff
 Membuka informasi
Events
sistem beranda
informasi halaman informasi
5. Memilih informasi 6. Membuka halaman

yang akan dihapus informasi yang dipilih
7. Memilih button 8. Menghapus informasi

hapus dan tidak
menampilkannya lagi
pada halaman
informasi
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Informasi tidak dapat dilihat lagi
Table 17 menghapus informasi

Use Case Name Mengelola akun
Use Case Staff dapat melakukan create, update, dan delete akun pada
Description menu mengelola akun
Actor Staff
Precondition  Staff login
 Memilih akun yang akan dikelola
1. Staff login ke 2. Menampilkan
Events
sistem beranda
mengelola akun halaman mengelola
akun
5. Memilih akun yang 6. Menampilkan pilihan
akan dikelola create, update, dan
delete akun
7. Memilih create, 8. Sistem menyimpan
update, dan delete pembaharuan akun
akun
Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  staff dapat mengelola akun
Table 20 mengelola akun
Use Case Name Memberi izin keluar

Use Case Guru yang ingin memberi izin keluar, harus membuka data
Description siswa yang meminta izin lalu memberikan izin
Actor Guru
Precondition  Staff login
 Membuka data yang meminta izin
1. Staff login ke 2. Menampilkan
Events
sistem beranda

3. Memilih menu izin 4. Menampilkan
keluar halaman izin keluar
5. Membuka data 6. Menampilkan data

yang meminta izin
keluar
7. Memberi izin 8. Menyimpan data
keluar

Tidak ada Tidak ada
Events

Tidak ada Tidak ada
Post Condition  Guru menyetujui izin
 Siswa dapat keluar sekolah
Table 21 memberi izin keluar
4.3 Data Requirement

Uraikan dengan ringkas, data apa saja yang harus dikelola oleh aplikasi, disarikan dari
semua kata benda yang ada pada business process pada bab 2.2.
4.3.1 E-R diagram

Gambar E-R diagram yang benar-benar konseptual. Minimal ada nama Entity, Relasi
dan Key (Skema relasi). E-R konseptual berbeda dengan Conceptual Data Model pada
Case Tools, karena E-R diagram ini tidak mungkin digambar dengan Case Tools.
Keterbatasan CASE Tools biasanya adalah:
 Tidak mungkin mempunyai relasi dengan atribut non-key
 Tidak mungkin mempunyai relasi bukan biner (terner, dan lebih tinggi)
akibatnya, relasi dijadikan “entity”. E-R konseptual disarankan untuk digambar,
adalah karena E-R ini sebenarnya lebih mencerminkan abstraksi perancang.
4.4 Non Functional Requirement

Ringkasan kebutuhan non-fungsional dari Sistem Informasi Komoditas Dinas Pertanian
dapat dilihat pada Tabel berikut.
Tabel 5. Kebutuhan Non-Fungsional dari Sistem Informasi Dinas Pertanian
SRS-Id Parameter Requirement
SRS-01 Availability Sistem dapat digunakan kapan saja kalau dibutuhkan oleh user.
SRS-02 Ergonomy Sistem ini memberikan kenyamanan bagi user yang
menggunakannya.

SRS-Id Parameter Requirement
SRS-03 Portability Sistem ini dapat dioperasikan pada sistem operasi apapun.
SRS-04 Memory
SRS-05 Response time Sistem akan merespon request user dengan cepat, jika terjadi
kesalahan akan menampilkan pesan bahwa proses request
gagal.
SRS-06 Safety N/A
SRS-07 Security Sistem memiliki pengamanan terhadap database dan sistem itu
sendiri. Pengguna sistem akan memiliki ID dan password
tersendiri. Sistem akan dengan cepat mengidentifikasi dan
memverifikasi akun pengguna.
SRS-08 Others 1: Bahasa Informasi dalam sistem ini menggunakan Bahasa Indonesia
komunikasi dan Bahasa Inggris.
4.5 Design Constraint

Sebutkan batasan perancangan jika ada. Contoh : harus memakai library yang ada,
harus memakai sepotong kode yang sudah pernah dikembangkan, harus memperhatikan
hal-hal tertentu.

5 Requirement Summary
Bab ini berisi semua kebutuhan yang harus dipenuhi oleh sistem yang dibagi
menjadi dua bagian yaitu kebutuhan fungsional dan kebutuhan nonfungsional.
Kebutuhan fungsional adalah kebutuhan yang berkaitan dengan fungsi atau proses
yang harus mampu dilakukan oleh perangkat lunak. Kebutuhan nonfungsional
adalah kebutuhan yang berkaitan dengan antarmuka dan performansi yang dimiliki
aplikasi.
5.1 Functional Requirement Summary
SYRS-Id Nama Description

Fungsi
F01 Autentikasi Fungsi ini untuk menangani autentikasi dan otorisasi dari pengguna.
F02 Transaksi Fungsi ini untuk melakukan proses transaksi ketika sudah melakukan
pemesanan.
F03 Mengelola Fungsi pengolahan ini untuk menambah, mengurang, atau
memperbaharui keberadaan meja,makanan,dan segala informasi yang
tersedia di cafe.
F04 Memesan Fungsi yang dapat memproses pemesanan, baik dari pemesanan
makanan maupun tempat dan meja
F05 Membatalkan Fungsi yang dapat membatalkan pemesanan.
5.2 Non Functional Requirement Summary

SYRS-Id Parameter Description
NF-01 Availability Sistem tersedia untuk setiap user yang terdaftar dan memiliki ak
kemudahan penggunaan sistem oleh user yang dapat digunakan kapan s
NF-02 Portability Sistem ini dapat digunakan dimana saja, seperti di laptop,handphone,tab
NF-03 Ergonomy Sistem ini memberikan kenyamanan bagi user yang menggunakannya.
NF-04 Safety Sistem dapat mengakses tanpa ada error ysng berarti serta aman digunak

6 Traceability
Product Main function Use Case Keterangan
Catatan: use case yang anda buat harus mencerminkan product main function dari
system yang anda bangun

LAMPIRAN
Flow map/Prosedur
Jika PL menyangkut prosedur manual, atau proses-proses manual, dan belum dituliskan
dalam dokumen lain.
SW Metrics
Dalam beberapa kasus, diperlukan gambaran mengenai ukuran SW yang akan dibangun.
Anda dapat menuliskan sebagai lampiran.
Lampiran lain yang dianggap perlu

Jika ada lampiran lain yang perlu disertakan, dan berhubungan dengan Analisis dan
Perancangan.

Sejarah Versi
Versi Ditulis Oleh Tanggal Disetujui Oleh Tanggal

01 1.Lamtiur Sianipar 6-April-
2. Diana Grace Marbun 2019
3.Aldy Oki Jatnika
4.Yesiska Gultom
5.Pande Raja Hutagaol

Sejarah Perubahan
No. dokumen :
No. versi :
Halaman Semula Menjadi Alasan perubahan
34 Tidak ada use case Seperti halaman 09 Untuk melengkapi
scenario bab 4 yang tidak
lengkap dengan use
scenario
No. dokumen :
No. versi :
Halaman Semula Menjadi Alasan perubahan


SyRS-YY-AxxG OO Rev1 (Tiur)

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SyRS-YY-AxxG OO Rev1 (Tiur)

Diunggah oleh

Hak Cipta:

Format Tersedia

System Requirement Specification

No. Dokumen: 417969909.doc Versi: xx.xx Tanggal : DD-MM-YY Jumlah Halaman : 59

IT Del 417969909.doc Halaman 2 dari 59

1.1 Purpose of Document

1.3 Definition,Acronim and Abbreviation

IT Del 417969909.doc Halaman 3 dari 59

Tabel 2. Singkatan dan Akronim

Tabel 3 Daftar Abbreviation

1.4 Identification and Numbering

IT Del 417969909.doc Halaman 4 dari 59

2. Penomoran Aturan penomoran dan penomoran bab serta subbab:

Aturan penomoran dan penamaan Tabel dan Gambar :

Aturan penamaan use case scenario

1. Use Case Id: USC 1

Aturan penamaan requirment functional dan non-functional

No. Deskripsi Ketentuan

IT Del 417969909.doc Halaman 5 dari 59

1.5 Reference Documents

1.6 Document Summary

IT Del 417969909.doc Halaman 6 dari 59

IT Del 417969909.doc Halaman 7 dari 59

2.1 Current System Overview

2.1.1 Business Process Pembayaran Komite

IT Del 417969909.doc Halaman 8 dari 59

2.1.2 Business Process Membuat izin Keluar

2.1.2.1 Procedure Membuat Izin Keluar

2.1.2.2 Service time

2.1.3 Business Process Mengabsen Siswa

IT Del 417969909.doc Halaman 9 dari 59

2.1.3.2 Service Time

2.1.4 Business Process Melihat Jadwal Pelajaran

IT Del 417969909.doc Halaman 10 dari 59

2.1.4.2 Service Time

2.1.5 Business Process Mengumpulkan Tugas

IT Del 417969909.doc Halaman 11 dari 59

2.1.5.2 Service Time

2.1.6 Business Process Melihat Profil Guru

IT Del 417969909.doc Halaman 12 dari 59

2.1.6.2 Service Time

2.1.7 Business Process Memasukkan Nilai

2.1.7.1 Procedure Memasukkan Nilai

2.1.7.2 Service Time

2.1.8 Business Process Memasukkan Data Diri

IT Del 417969909.doc Halaman 13 dari 59

2.1.8.2 Service Time

2.1.9 Business Process Memberi Pengumuman

IT Del 417969909.doc Halaman 14 dari 59

2.1.9.2 Service Time

2.2 Target System

2.2.1 Business Process Membuat Izin Keluar

IT Del 417969909.doc Halaman 15 dari 59

2.2.1.1 Procedure Membuat Izin Keluar

2.2.1.2 Service time

2.2.2 Business Process Melakukan Pembayaran Uang Sekolah

IT Del 417969909.doc Halaman 16 dari 59

2.2.2.2 Service Time pembayaran uang sekolah

2.2.3 Business Process Mengabsen Siswa

IT Del 417969909.doc Halaman 17 dari 59

2.2.3.2 Service Time

2.2.4 Business Process Mengakses Informasi

2.2.4.1 Procedure Mengakses Informasi

2.2.4.2 Service Time