Spesifikasi Persyaratan

Perangkat Lunak

untuk

Aplikasi Data Kehadiran

Version 1.0 approved

Disiapkan Oleh Rina Dwimadina, Muhammad Said, Zakiah Drazad

Kelompok 2

12 Desember 2019

Copyright © 1999 by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.
Software Requirements Specification for <Project> Page ii

Daftar Isi

Daftar Isi ........................................................................................................................................ ii

Revision History ........................................................................................................................... iii
1. Pendahuluan .............................................................................................................................1
1.1 Tujuan ........................................................................................................................................... 1
1.2 Konvensi Dokumen ...................................................................................................................... 1
1.3 Saran Pemirsa dan Bacaan yang Dimaksudkan ............................................................................ 2
1.4 Lingkup Produk ............................................................................................................................ 2
1.5 Referensi ....................................................................................................................................... 2
2. Deskripsi Keseluruhan ............................................................................................................3
2.1 Perspektif Produk .......................................................................................................................... 3
2.2 Fungsi Produk ............................................................................................................................... 3
2.3 Kelas dan Karakteristik Pengguna ................................................................................................ 3
2.4 Lingkungan Operasi ...................................................................................................................... 4
2.5 Kendala Desain dan Implementasi ................................................................................................ 4
2.6 Dokumnetasi Pengguna................................................................................................................. 4
2.7 Asumsi dan Ketergantungan ......................................................................................................... 4
3. Persyaratan Antarmuka Eksternsl ........................................................................................5
3.1 Antarmuka Pengguna .................................................................................................................... 5
3.2 Antarmuka Perangkat Keras ......................................................................................................... 5
3.3 Antarmuka Perangkat Lunak ........................................................................................................ 5
3.4 Antarmuka Komunikasi ................................................................................................................ 5
4. Fitur Sistem ..............................................................................................................................6
4.1 System Feature 1 ........................................................................................................................... 6
4.2 System Feature 2 (and so on) ........................................................................................................ 6
4.3 System Feature 3 ........................................................................................................................... 7
4.4 System Feature 4 ........................................................................................................................... 7
4.5 System Feature 5 ........................................................................................................................... 8
4.6 System Feature 6 ........................................................................................................................... 8
5. Pemodelan Sistem ..................................................................................................................10
5.1 Use Case Diagram....................................................................................................................... 11
5.2 Class Diagram ............................................................................................................................. 12
5.3 Sequence Diagram ...................................................................................................................... 13
Lampiran: Daftar Istilah .............................................................................................................14
Lampiran B: Model Analisis .......................................................................................................14
Lampiran C: Daftar Yang Harus Ditetukan .............................................................................14
Software Requirements Specification for <Project> Page iii

Revision History

Name Date Reason For Changes Version

Software Requirements Specification for <Project> Page 1

1. Pendahuluan

1.1 Tujuan

Laporan SRS (Software Requirements Speecification) ini digunakan untuk menjelaskan

spesifikasi persyaratan perangkat lunak atau aplikasi apa yang telah dikembangkan atau dibuat. Di
dalam laporan ini dijelaskan dengan model apa aplikasi dibuat, dan terdapat fungsional yang
terdapat pada aplikasi atau perangkat lunak yang telah dibuat. Laporan SRS ini di menjelaskan
ruang lingkup yang dicakup dalam perangkat lunak tersebut, SRS menjelaskan bagian dari sistem
atau satu subsitem dari perangkat lunak. Aplikasi Data Kehadiran di ditujukan pada pihak sekolah
Kepala Sekolah,Guru Kelas atau Admin yang terdapat disekolah. Tujuan dibuatnya Aplikasi atau
program ini untuk dapat membantu manajemen sekolah dalam kehadiran siswa. Dengan program
aplikasi ini guru dengan mudah mempresensi siswa dan sewaktu-waktu untuk diminta laporan atau
rekaptulasi dapat dicetak pada menu rekaptulasi.

1.2 Konvensi Dokumen

Dalam Konvensi Dokumen ini menjelaskan semua standar atau tipografi yang digunakan
untuk menyusun atau menulis laporan SRS ini. Elemen-elemen desain tipografi dalam laporan ini
adalah sebagai berikut:
a) Typeface/font (Type Style)
Menggunakan font Times New Roman, dalam laporan ini juga terdapat font
tebal(bold) pada judul atau cover. Tedapat ukuran font untu cover atau judul (32,20
dan 14) untuk isi dari laporan font size nya 12.
b) Spacing
Pemberian ruang atau spasi antara huruf, kata, kalimat, paragraph dsn objek lain
dalam suatu halaman cetakan. Pada laporan ini menggunakan Line and Pragraph
Spacing 1,5.
c) Paragraph Style
Pada setiap judul menggunakan Heading 1 dan Heading 2, dan pada isi atau konten
dari laporan menggunakan yang normal.
Software Requirements Specification for <Project> Page 2

d) Text Alignment
Tulisan isi dari laporan ini menggunakan Justify atau Rata kanan kiri dan pada judul
laporan menggunakan Align Text Right atau rata kanan.

1.3 Saran Pemirsa dan Bacaan yang Dimaksudkan

Untuk bacaan pengembang,penguji dan pengguna untuk mengetahui spesifikasi dan

fungsional dari aplikasi atau perangkat lunak Data Kehadiran. Disaran untuk benar-benar membaca
pada bagaian 2 sampai bagian 5, karena pada bagian tersebut sangat dijelaskan spesifikasi dan
fungsional dari aplikasi ini.

1.4 Lingkup Produk

Aplikasi atau perangkat lunak ini dibuat bertujuan untuk membantu pihak sekolahan dalam
kehadiran. Kepala Sekolah dapat memantau apakah tenaga pendidik atau guru masuk kelas dan
melaksanakan proses belajar mengajar, dan untu Guru Kelas dan memabantu dan memudahkan
mengabsen atau mempresensi siswa dan membuat laporan atau reklaptulasi kehadiran siswa.
Aplikasi Data Kehadiran ini bermanfaat untuk membantu pihak sekolah untuk manajemen
kehadiran pada sekolah tersebut. Aplikasi Data Kehadiran ini disasarkan atau ditujukan ke pihak
sekolah terutama Kepala Sekola, Guru Kelas dan Admin.

1.5 Referensi

Laporan Spesifikasi Persyaratan perangkat lunak atau yang sering disebut dengan SRS
(Software Requiretments Specification) menggunakan template SRS Rekayasa Perangkat Lunak
dari Karl E. Wiegers

.
Software Requirements Specification for <Project> Page 3

2. Deskripsi Keseluruhan

2.1 Perspektif Produk

Produk yang dirancang merupakan sebuah perangkat lunak berbasis web dimana
akan dapat digunakan secara offline oleh pihak-pihak guru-guru dan kepala sekolah di
tempat. Penggunaan perangkat lunak ini ditujukan khusus dalam hal kehadiran siswa dan
pembuatan laporan di tujukan untuk tugas akhir dari mata kuliah RPL (Rekayasa Perangkat
Lunak).

2.2 Fungsi Produk

Secara umum, Aplikasi Data Kehadiran berfungsi untuk mempermudah para guru-
guru dalam merekap hasil kehadiran siswa-siswa nya di akhir semester serta lebih efisien
dalam segi waktu mau pun keuangan, serta meminimalisir kehilangan data akibat
kecerobohan saat mempresensi siswa.

2.3 Kelas dan Karakteristik Pengguna

Hanya ada tiga jenis untuk Aplikasi Data Kehadiran :

1. Admin
2. Guru Wali kelas
3. Kepala Sekolah

Tabel :

Kategori Pengguna Tugas Hak Akses ke Aplikasi

Admin Mengelola server termasuk Full hak akses
setup dan maintenance
database, membuat dan
mengedit jadwal, menambah
mengedit menghapus data
siswa, dan melihat
Software Requirements Specification for <Project> Page 4

rekapitulasi serta pemberian

hak akses
Guru Wali kelas Input presensi Mengisi presensi dan
mencetak rekapitulasi
presensi
Kepala Sekolah Melihat data Melihat jadwal dan
rekapitulasi

2.4 Lingkungan Operasi

Aplikasi Data Kehadiran, perangkat lunak ini beroperasi di dunia pendidikan dari
menegah dasar, pertama dan atas.

2.5 Kendala Desain dan Implementasi

Secara garis besar untuk kendala ada pada tata cara penggunaan pada saat sudah di
jalankan di suatu sekolah tertentu, perlu ada nya arahan-arahan bagi guru-guru di sekolah
tersebut.

2.6 Dokumnetasi Pengguna

Untuk mempermudah para pengguna yang akan mejalankan aplikasi data kehadiran
ini akan di buatkan toturial penggunaan.

2.7 Asumsi dan Ketergantungan

Aplikasi ini digunakan pada satu Lembaga/sekolah, bertujuan untuk memberikan

evaluasi terhadap kehadiran siswa dan mempermudah para guru untuk melakukan presensil.
Software Requirements Specification for <Project> Page 5

3. Persyaratan Antarmuka Eksternsl

3.1 Antarmuka Pengguna

Aplikasi data kehadiran ini menggunakan antarmuka berbasis web, dan pengguna
mengoperasikannya menggunakan keyboard dan mouse dengan sistem operasi windows.

3.2 Antarmuka Perangkat Keras

Aplikasi ini berjalan di atas perangkat kerasberupa beberapa komputer yang saling
terhubung oleh jaringan internet dan berkomunikasi dengan protocol https. Dimana file aplikasi
ditempatkan pada webhosting yang dioperasikan oleh Administrator.

3.3 Antarmuka Perangkat Lunak

Sistem Aplikasi data kehadiran adalah perangkat lunak yang akan dibangun menggunakan
bahasa PHP, DBMS MySQL dan akan berjalan pada Sistem Operasi Windows dan akan
memakai browser komputer.

3.4 Antarmuka Komunikasi

Sistem SSL-128 merupakan sistem sertifikasi jaringan internet untuk menjaga keamanan
bertransaksi, sistem ini akan mengenkripsi data taransaksi yang dilakukan.
Software Requirements Specification for <Project> Page 6

4. Fitur Sistem

4.1 System Feature 1

4.2 System Feature 2 (and so on)

Software Requirements Specification for <Project> Page 7

4.3 System Feature 3

4.4 System Feature 4

Software Requirements Specification for <Project> Page 8

4.5 System Feature 5

4.6 System Feature 6

Software Requirements Specification for <Project> Page 9
Software Requirements Specification for <Project> Page 10

5. Pemodelan Sistem

Pemodelan sistem adalah proses mengembangkan model abstrak dari suatu sistem, dengan masing-
masing model menyajikan pandangan atau perspektif yang berbeda dari sistem tersebut. Pemodelan
sistem secara umum berarti mewakili sistem menggunakan semacam notasi grafis, yang sekarang
hampir selalu didasarkan pada notasi dalam Unified Modeling Language (UML). Namun,
dimungkinkan juga untuk mengembangkan model formal (matematis) suatu sistem, biasanya
sebagai spesifikasi sistem terperinci.
Model digunakan selama proses rekayasa persyaratan untuk membantu menurunkan persyaratan
untuk suatu sistem, selama proses desain untuk menggambarkan sistem kepada insinyur yang
menerapkan sistem dan setelah implementasi untuk mendokumentasikan struktur dan operasi
sistem. Anda dapat mengembangkan model dari sistem yang ada dan sistem yang akan
dikembangkan:
1. Model sistem yang ada digunakan selama rekayasa kebutuhan. Mereka membantu
memperjelas apa yang dilakukan sistem yang ada dan dapat digunakan sebagai dasar untuk
mendiskusikan kekuatan dan kelemahannya. Ini kemudian mengarah pada persyaratan untuk
sistem baru.
2. Model sistem baru digunakan selama rekayasa persyaratan untuk membantu menjelaskan
persyaratan yang diusulkan kepada pemangku kepentingan sistem lainnya. Insinyur
menggunakan model-model ini untuk membahas proposal desain dan untuk
mendokumentasikan sistem untuk implementasi. Dalam proses rekayasa model-driven,
dimungkinkan untuk menghasilkan implementasi sistem yang lengkap atau sebagian dari
model sistem.
Software Requirements Specification for <Project> Page 11

5.1 Use Case Diagram

Software Requirements Specification for <Project> Page 12

5.2 Class Diagram

Software Requirements Specification for <Project> Page 13

5.3 Sequence Diagram

Software Requirements Specification for <Project> Page 14

Lampiran: Daftar Istilah

1) UML: Unified Modeling Language

2) SRS: Software Requirements Speecification

Lampiran B: Model Analisis

1) Use Case Diagram

2) Class Diagram
3) Sequence Diagram

Lampiran C: Daftar Yang Harus Ditetukan