Spesifikasi Kebutuhan Perangkat Lunak (SKPL) untuk Sistem Informasi Sekolah (SIS) yang menjelaskan kebutuhan fungsional dan non fungsional perangkat lunak berbasis web untuk melihat data nilai dan absen siswa secara online.

1. SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SIS
(SISTEM INFORMASI SEKOLAH)
KELOMPOK 4:
1.DESLONI SITORUS – 212510020
Jurusan Teknik Informatika - Universitas Methodist Indonesia
Jalan hang tua No. 8, medan
Jurusan Teknik Informatika
Universitas Methodist
Medan
Nomor Dokumen Halaman
SKPL - SIS 1/19
Revisi
Tgl: 22/04/2014
GLO1
Dipersiapkan oleh:
2.FEBRI SIAHAAN – 212510022
3.BENY SINAMBELA – 212510026
4.BAYU SURYA PADANG – 212510046

2. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 2 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika UMI.
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX - A B C D E F G
TGLDitulis oleh
Diperiksa
oleh
Disetujui
oleh

3. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 3 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika UMI.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

4. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 4 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika UMI dan bersifat rahasia. Dilarang untuk me--
reproduksi dokumen ini tanpa diketahui oleh Jurusan Ilmu Komputer IPB.
Daftar Isi
1 Pendahuluan .......................................................................................................................................................... 8
1.1 Tujuan ........................................................................................................................................................... 8
1.2 Lingkup Masalah........................................................................................................................................... 8
1.3 Definisi, Akronim, dan Singkatan ................................................................................................................. 8
1.4 Referensi ....................................................................................................................................................... 9
1.5 Deskripsi Umum Dokumen........................................................................................................................... 9
2 Deskripsi Umum Perangkat Lunak ....................................................................................................................... 9
2.1 Deskripsi Umum Sistem ............................................................................................................................... 9
2.2 Fungsi Produk ............................................................................................................................................. 10
2.3 Karakteristik Pengguna............................................................................................................................... 11
2.4 Batasan-batasan ........................................................................................................................................... 11
2.5 Lingkup Operasi.......................................................................................................................................... 12
3 Deskripsi Rinci Kebutuhan ................................................................................................................................. 12
3.1 Kebutuhan Antarmuka Eksternal................................................................................................................ 12
3.1.1 Antarmuka Pemakai............................................................................................................................ 13
3.1.2 Antarmuka Perangkat Keras ............................................................................................................... 13
3.1.3 Antarmuka Perangkat Lunak ............................................................................................................... 13
3.1.4 Antarmuka Komunikasi ...................................................................................................................... 13
3.2 Kebutuhan Fungsional ................................................................................................................................ 13
3.2.1 Context Diagram................................................................................................................................. 13
3.2.2 DFD Level 1 ........................................................................................................................................ 14
3.3 Data Requirement ....................................................................................................................................... 14
3.3.1 ER Diagram......................................................................................................................................... 15
3.4 Non Functional Requirement...................................................................................................................... 16
3.5 Batasan Perancangan ................................................................................................................................... 16
3.6 Kerunutan (Traceability) ............................................................................................................................. 16
3.6.1 Data Store vs ER Diagram .................................................................................................................. 16
3.7 Ringkasan Kebutuhan ................................................................................................................................. 17
3.7.1 Functional Requirement Summary...................................................................................................... 17
3.7.2 Non-Functional Requirement Summary ............................................................................................. 17

5. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 5 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMi.
Daftar Gambar
Gambar 1: Hubungan antar subsistem pada AKKSES.............................................................................................10
Gambar 2: Context Diagram (DFD level 0) untuk AKKSES....................................................................................14
Gambar 3: DFD level 1 untuk AKKSES ...................................................................................................................14
Gambar 4: ER Diagram untuk AKKSES .................................................................................................................... 15

6. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 6 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMi.
Daftar Tabel
Tabel 1: Kategori pengguna AKKSES ......................................................................................................................11
Tabel 2: Data object table untuk tb_valas.................................................................................................................. 15
Tabel 3: Data object table untuk tb_administrator .................................................................................................... 16
Tabel 4: Non functional requirement untuk AKKSES...............................................................................................16
Table 5: Keterhubungan antara data store dengan ER diagram ............................................................................... 17
Tabel 6: Tabel functional requirement summary untuk AKKSES ............................................................................... 17
Tabel 7: Tabel non-functional requirement summary untuk AKKSES ....................................................................... 18

7. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 7 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh JurusanTeknik informatika UMI.
Daftar Lampiran
LAMPIRAN…………………………………………………………………………………………………………19

8. Jurusan Teknik Informatika UMI SKPL - SIS
Halaman 8 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika UMI.
1 Pendahuluan
Dokumen ini akan berisi Spesifikasi Kebutuhan Perangkat Lunak ( SKPL) atau Software
Requirement Specification ( SRS) untuk SIS (Sistem informasi sekolah)
Untuk penamaan dokumen ini selanjutnya akan digunakan istilah SKPL .
Isi dari dokumen ini sebagian besar adalah terjemahan dari dokumen IEEE Std 830-1993.
1.1 Tujuan
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan dokumen spesifikasi
kebutuhan perangkat lunak yang akan dikembangkan. Dokumen ini digunakan oleh pengembang
perangkat lunak sebagai acuan teknis pengembangan perangkat lunak pada tahap selanjutnya.
1.2 Lingkup Masalah
SIS (Sistem informasi sekolah) adalah perangkat lunak
melihat nilai , absen berbasis web.
1.3 Definisi, Akronim, dan Singkatan
SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa Inggris-nya
sering juga disebut sebagai Software Requirements Spesification (SRS), dan merupakan
spesifikasi dari perangkat lunak yang akan dikembangkan.
SKPL-Sis .K-xxxx adalah kode yang digunakan untuk merepresentasikan kebutuhan
(requirement) pada sis , dengan sis merupakan kode perangkat lunak,
sis .K adalah kode fase, dan xxxx adalah digit/nomor kebutuhan (requirement).
HTML adalah HyperText Markup Language, sintaks bahasa yang digunakan dalam
World Wide Web [DAV99].
DFD adalah Data Flow Diagram, diagram dan notasi yang digunakan untuk
menunjukkan aliran data pada perangkat lunak.
ERD adalah Entity Relationship Diagram, diagram dan notasi yang digunakan untuk
merepresentasikan struktur data statis pada perangkat lunak.

9. Jurusan Teknik informatka UMI SKPL - SIS
Halaman 9 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan TEknik informatika UMi.
1.4 Referensi
Referensi yang digunakan pada perangkat lunak ini adalah:
Bayu Hendradjaya. Panduan Penulisan Spesifikasi Kebutuhan Perangkat Lunak (SKPL).
Jurusan Teknik Informatika ITB.
Danny Goodman and Brendan Eich. JavaScript Bible. Hungry Minds, Inc. Maret 1998.
[DAV99] Dave Raggett, Arnaud Le Hors, dan Ian Jacobs. HTML 4.01 Specification.
W3C Recommendation. Desember 1999.
Eric A. Smith. Active Server→Pages Bible. John Wiley & Sons. Desember 1999.
Netscape Communications Corporation. Client-Side Javascript Reference. Netscape
Communications Corporation. November 1998.
STAF IF. GL01, Spesifikasi Kebutuhan Perangkat Lunak. Jurusan Teknik Informatika
ITB.
1.5 Deskripsi Umum Dokumen
Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan
tentang dokumen SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup masalah yang
diselesaikan oleh perangkat lunak yang dikembangkan, definisi, referensi dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang akan
dikembangkan meliputi fungsi dari perangkat lunak, karakteristik pengguna, batasan, dan asumsi
yang diambil dalam pengembangan perangkat lunak.
Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci.
2 Deskripsi Umum Perangkat Lunak
2.1. Perspektif Produk
SIS adalah perangkat lunak yang digunakan untuk melakukan
Melihat data sekolah secara online dan berbasis web berdasarkan
nis (nomor induk siswa). Perangkat lunak ini menyimpan data
nilai dan data absen sehingga perangkat lunak ini memungkinkan
pengguna untuk melihat nilai atau absen yang diinginkan

10. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 10 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh JurusanTeknik informatika UMI.
Perangkat lunak ini dapat dijalankan oleh server pada lingkungan sistem operasi Microsoft→
Windows1
95/98/NT/2000/XP dan dilengkapi web server Microsoft → Personal Web Server
(PWS) atau Microsoft→Internet Information Server (IIS) yang mendukung bahasa pemrograman
Microsoft→ Active Server Pages (ASP) dan dibangun dengan menggunakan bahasa
pemrograman Microsoft→Active Server Pages (ASP) dan JavaScript.
Perangkat lunak ini dapat diakses oleh client pada lingkungan sistem operasi apapun yang
mempunyai aplikasi penjelajah situs (web browser).

11. Jurusan Teknik informatika UMI SKPL -SIS
Halaman 11 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMI.
2.2 Karakteristik Pengguna
Pengguna perangkat lunak ini adalah para pengakses Internet yang menggunakan penjelajah
situs (web browser)
Pengguna juga dapat berupa pengguna yang memiliki tingkat otorisasi khusus yang disebut
sebagai administrator dan mempunyai wewenang untuk melakukan modifikasi pada informasi
data yang hendak ditampilkan.
Kategori
Pengguna
Tugas Hak Akses ke Aplikasi
Umum Melihat informasi data sekolah yaitu data yang
Mengenai absen dan data nilai .
SKPL-SIS K-0001
SKPL- SIS. K-0003
SKPL- SIS. K-0004
SKPL- SIS. K-0005
SKPL- SIS. K-0006
Administrator Mengelola informasi data sekolah tersebut ke
Dalam web
SKPL- SIS. K-0001
SKPL- SIS. K-0002
SKPL- SIS. K-0003
SKPL- SIS. K-0004
SKPL- SIS. K-0005
SKPL- SIS. K-0006
Tabel 1: Kategori pengguna SIS
2.3 Batasan-batasan
Batasan-batasan yang digunakan pada pengembangan perangkat lunak ini adalah:

12. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 12 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika UMI dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMi.
Informasi yang ditampilkan hanya untuk data nilai dan absen siswa
Untuk informasi nilai dapat di hanya mata pelajaran yang di ikuti oleh siswa tersebut
Untuk informasi nilai dan absen hanya dapat di lihat dengan cara memasukan nis .
Hasil total tuntuk absen hanya di tampil kan dengan jumlah kehadiran , sakit, ijin .
2.4 Lingkup Operasi
Perangkat lunak pada sisi server yang dibutuhkan oleh SIS adalah:
Sistem operasi : Microsof→Windows 95/98/NT/2000/XP
Web server: Microsoft→Personal Web Server (PWS), Microsoft→Internet Information
Server (IIS)
Scripting language: Microsoft→Active Server Pages (ASP)
DBMS: Microsoft→Access
Perangkat lunak pada sisi client yang dibutuhkan oleh SIS adalah:
Sistem operasi: Microsoft → Windows 95/98/NT/2000/XP, Linux →2
, UNIX→3
, MacOS,
BeOS
Penjelajah situs (web browser) berbasis grafis atau teks: Microsoft → Internet Explorer,
Netscape→4
Navigator, Opera, Modzilla, Konqueror, Nautilus, Lynx
3 Deskripsi Rinci Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Kebutuhan antarmuka eksternal pada perangkat lunak SIS mencakup kebutuhan
antarmuka pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak.

13. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 13 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh JurusanTeknik informatika UMI.
3.1.1 Antarmuka Pemakai
Antarmuka pemakai akan dikembangkan dengan menggunakan modus grafik dan berbasis
web. Pemakai berinteraksi dengan perangkat lunak SIS melalui antarmuka penjelajah situs
(web browser). SIS menerima masukan dari pemakai melalui perintah yang diklik pada
tikusan (mouse) atau yang diketikkan melalui papan kunci (keyboard) seperti operan pertama,
operan kedua, atau tipe operator yang sesuai dengan operasi aritmatika yang diinginkan.
Keluaran dari perangkat lunak SIS dapat dilihat pemakai dengan menggunakan monitor
secara langsung.
3.1.2 Antarmuka Perangkat Keras
Kebutuhan minimum perangkat keras yang dapat digunakan oleh SIS adalah :
PC IBM Compatible
Papan kunci (keyboard)
Tikusan (mouse)
Selebihnya, aplikasi ini tidak membutuhkan antarmuka perangkat keras yang spesifik.
3.1.3 Antarmuka Perangkat Lunak
Library yang dibutuhkan oleh SIS adalah library ActiveX DataObject DataBase
(ADODB) yang merupakan library pada Microsoft →Windows untuk melakukan koneksi basis
data dari script Microsoft → Active Server Pages (ASP) ke basis data Microsoft → Access.
Umumnya library ini sudah terdapat pada waktu instalasi Microsoft→Access.
3.1.4 Antarmuka Komunikasi
Yang dibutuhkan hanya sebuah komputer server dan satu atau beberapa komputer client
yang terhubung secara client-server dalam lingkup jaringan Internet atau intranet berbasis
protokol Transmission Control Protocol/Internet Protocol (TCP/IP).
3.2 Kebutuhan Fungsional
INFORMASI SISWA
Mendapatkan Informasi
Memberi Informasi
Mengelolah
Menerima Informasi
1.1
sis
Guru
Admin
SISWA
ORANG
TUA
3.2.1 Context Diagram

14. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 14 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMI.
Gambar 1: Context Diagram (DFD level 0) untuk SIS
SIS memungkinkan pengguna untuk melihat informasi data sekolah yang mengenai absen dan
nilai pengguna juga dapat melakukan
melihat dan mengetaui keadan sekolah , visi misi sekolah , latar belakang sekolah .
3.2.2 DFD Level 1
Gambar : DFD level 1 untuk SIS
3.3 Data Requirement
Data aplikasi SIS yang bersifat statis:
[Mengelola]
update informasi
masukan data
[Memberi Informasi]
ambil data
[INFORMASI SISWA]
[Mendapatkan Informasi]
[Menerima Informasi]
Guru
Admin
Guru
SISWA
ORANG
TUA
1.1.1
Menerima
informasi
1.1.2
Memberi
informasi
DATA
1.1.3
kelola data
Admin
Data , adalah informasi yang di kumpul kan lalu diproses .

15. Name Code Type I M
NILAI NILAI VA3 No No
ABSEN ABSEN VA2 No No
KELAS KELAS VA5 No No
Jurusan Teknik informatika UMI SKPL - SIS
Halaman 15 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan TEknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh JurusanTeknik informatika UMI.
Admin adalah data yang mewakili informasi identitas administrator.
Data aplikasi SIS yang bersifat dinamis:
Isi dari data, adalah informasi yang mewakili informasi terbaru hasil update dari nilai dan absen
Masukan informasi, adalah data yang mewakili informasi terbaru yang ada sankut pauk dengan
Nilai dan absen siswa.
Isipasword, adalah data yang mewakili informasi hasil update password administrator
yang dilakukan oleh pengguna yang memiliki hak otorisasi level administrator.
3.3.1 ER Diagram
Gambar 3: ER Diagram untuk SIS
Tabel 2: Data object table untuk tb_data
data
NILAI
ABSEN
KELAS
admin
USER ADMIN
PASW ORD ADMIN

16. Name Code Type I M
USER ADMIN USER_ADMIN VA14 Yes Yes
PASWORD ADMIN PASWORD_ADMIN VA12 No No
Jurusan Teknk informatika UMI SKPL - SIS
Halaman 16 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik nformatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMI.
Tabel 3: Data object table untuk tb_admin
3.4 Non Functional Requirement
SRS_ID Parameter Requirement
SKPL-SIS. K-0007 Availability 24 jam sehari, 7 hari seminggu
SKPL-SIS. K-0008 Reliability Tidak pernah gagal
N/A Ergonomy N/A
SKPL-SIS. K-0009 Portability
Mudah diadopsi pada lingkungan sistem operasi
Microsoft→Windows dengan web server
Microsoft→PWS/IIS dan DBMS Microsoft→
Access
N/A Memory N/A
SKPL-SIS. K-0010 Response Time
Maksimal sama dengan konfigurasi Script
Timeout pada web server
N/A Safety N/A
N/A Security N/A
SKPL-SIS. K-0011 Komunikasi Bahasa Indonesia
Tabel 4: Non functional requirement untuk SIS
3.5 Batasan Perancangan
SIS hanya dapat dijalankan pada server dengan sistem operasi Microsoft→Windows,
web server Microsoft→PWS/IIS, dan DBMS Microsoft→Access.
Modifikasi informasi data nilai dan absen hanya dapat dilakukan oleh pengguna
yang memiliki otoritas hak akses admin.

17. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 17 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik informatika UMI.
3.7 Ringkasan Kebutuhan
3.7.1 Non-Functional Requirement Summary
SRS_NF_ID Description
SKPL-SIS. K-0007 Tersedia 24 jam sehari, 7 hari seminggu.
SKPL-SIS. K-0008
Tidak pernah gagal dalam menampilkan dan mengubah informasi
.
SKPL-SIS. K-0009
Kemudahan instalasi dan pemakaian pada sistem yang sesuai dengan
upa bab 2.5.

18. Jurusan Teknik informatika UMI SKPL - SIS
Halaman 18 dari 19
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
reproduksi dokumen ini tanpa diketahui oleh JurusanTeknk informatika umi.
SKPL-SIS. K-0010
Karena berbasis web, segala kalkulasi yang dilakukan harus kurang
atau sama dengan (≤) dengan Script Timeout pada web server.
SKPL-SIS. K-0011 Antarmuka dengan pengguna menggunakan bahasa Indonesia.
Tabel 7: Tabel non-functional requirement summary untuk SIS

19. SIS
Isi password3
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik informatika dan bersifat rahasia. Dilarang untuk me-
Jurusan Teknik informatika UMI SKPL - SIS
Halaman 19 dari 19
reproduksi dokumen ini tanpa diketahui oleh Jurusan teknik informatika UMI.
LAMPIRAN
Item Sub Item Jumlah Total Keterangan
Function Entry/update 2
1. Ubah informasi data
2. Ubah password
Process 2
1. Lihat informasi data
Delete 0
Process Level 1 1
Level 2 4
1. Lihat informasi data
2. Ubah informasi data
3. Ubah password
Menu 2
1. Menu pengguna biasa
2. Menu administrator
Datastore 5
1. Isi data data
2. Ambil data data
.
ER Entity 2
1. tb_data
2. tb_admin
Relasi 0