SRS dan WBS Update
TUGAS SRS dan WBS
SITOLE (Sistem Informasi Try Out onLine)
MANAJEMEN PROYEK
Oleh :
Kelompok 3 :
Cahya Arief Ramadhan
Khoirul Sholeh
Adi Yuistianto
A. Zhainuddin
Devi Afrianti
Inthi Ba’u Surotih
M. Triwijaya
Yuditia Fadhil A.
(0910960003)
(0910960045)
(0910963001)
(0910963063)
(0910963075)
(0910963085)
(0910963091)
(0910963105)
PROGRAM STUDI ILMU KOMPUTER
JURUSAN MATEMATIKA
FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM
UNIVERSITAS BRAWIJAYA
MALANG
2011/2012
Software Requirement System (SRS) “Si Tole"
1. Pendahuluan
1.1 Tujuan
Tujuan dari system try out online ini antara lain :
-
Website try out online ini memiliki kemampuan untuk melakukan try out secara
online, mengetahui nilai dari try out yang sudah dilakukan secara langsung,
mengetahui statistik perkembangan nilai try out dari waktu ke waktu, melakukan
download soal try out yang pernah digunakan beserta jawaban dan
pembahasannya.
-
Merupakan aplikasi SaaS yang berbasis web
yang digunakan kembali
(reusable) oleh sekolah, lembaga bimbingan belajar atau institusi lainnya dan
sangat mudah dikonfigurasikan serta memiliki tampilan yang mudah dipahami
oleh user.
-
Keamanan
system
terjaga
karena
tiap-tiap
user
memiliki
hak
akses
sendiri-sendiri. Misalnya siswa hanya bisa melakukan try out, mengunduh
soal try out yang sudah dikerjakan, melihat nilai dan statistik perkembangan
nilai. Sedangkan admin yang ada di institusi yang mengadakan try out dapat
melakukan update soal try out, edit soal dan lain sebagainya.
1.2 Ruang Lingkup
Aplikasi web yang akan dibangun difokuskan pada penyediaan jasa untuk
lembaga pendidikan baik formal maupun informal dalam melakukan kegiatan try out.
Ruang lingkup pembangunan software ini adalah aplikasi yang berbasis pada SaaS
(Software as a Service) yang berjalan di web (web based) yang memiliki fasilitas
sebagai berikut :
-
Untuk menjamin keamanan (security) pada masing-masing user yang berasal dari
lembaga pendidikan yang berbeda-beda, maka diberikan login berupa username
dan password pada masing-masing user sebagai autentikator.
-
Terdapat forum khusus yang digunakan untuk user berkomunikasi dengan yang
lainnya.
-
Pengelolaan data masing-masing lembaga pendidikan dan siswanya.
-
Pengelolaan data soal ujian dan pembahasannya pada tiap-tiap lembaga
pendidikan.
-
Pengelolaan laporan nilai yang selalu update berupa chart perkembangan nilai dari
masing-masing lembaga pendidikan, baik secara umum maupun tiap individu (tiap
siswa).
Software Requirement System (SRS) “Si Tole"
-
Masing-masing lembaga pendidikan tidak perlu menyediakan server, karena
servernya berada di pusat.
-
Terdapat admin pada masing-masing lembaga pendidikan dibawah pengawasan
admin pusat.
1.3 Overview
Pada dokumen Software Requirement System ini dijelaskan tentang deskripsi
umum system, work plan, spesifikasi interface, kebutuhan fungsional, nonfungsional,
use case dari aplikasi system Try Out online secara global, ERD,
UML, asumsi dalam pengembangan, kebutuhan spesifik dan kebutuhan tambahan.
2. Deskripsi Umum
Aplikasi system try out online ini bertujuan untuk merubah proses try out yang
sebelumnya dilakukan secara manual di masing-masing lembaga pendidikan (ada
pengawas, perlu mencetak soal ujian, lembar jawaban dan melakukan pengoreksian)
menjadi system aplikasi berbasis web online dengan konsep SaaS (Software as a Service).
Siswa (peserta)
mengikuti Try Out onLine
Siswi (peserta)
mengikuti Try Out onLine
Hasil pengerjaan
soal ujian
Hasil Nilai Ujian
Hasil pengerjaan
soal ujian
SiTole
Input NIS
Seluruh Hasil Ujian
Anaknya
Orang Tua (Wali
Murid)
Hasil Nilai Ujian
Laporan hasil
seluruh Try
Out siswa
Pihak Instansi
Gambar 1. Cara kerja system informasi try out online
Dengan adanya system aplikasi ini diharapkan proses try out online menjadi lebih efisien,
dapat dilakukan dimana saja (dengan syarat terhubung dengan internet) dan melatih
kejujuran siswa saat mengerjakan ujian. Pengguna dari system aplikasi ini adalah :
a. User
User dari system ini terdiri dari :
Software Requirement System (SRS) “Si Tole"
o Lembaga pendidikan yang terdiri dari siswa, pengajar, admin pada
masing-masing institusi dan wali murid.
o Guest : user yang tidak memiliki login ke system, tidak terdaftar.
b. Admin
Admin terdiri dari admin yang ada di pusat (admin system) dan admin yang
ditempatkan pada masing-masing lembaga pendidikan.
2.1 Perspektif Produk
Produk ini dapat dijalankan oleh admin system, admin untuk tiap-tiap lembaga
pendidikan, dan user yang memiliki koneksi langsung ke internet. Penggunaan system
ini dibagi menurut user masing-masing, yaitu :
-
Interface untuk admin system
Admin system memiliki hak akses penuh terhadap system. yang bias
dilakukan oleh admin system ini adalah mengaktifkan atau menonaktifkan klien,
mengaktifkan dan menonaktifkan admin yang menangani klien tertentu (lembaga
pendidikan tertentu) dan melakukan kostumisasi system.
-
Interface untuk user siswa
User siswa memiliki hak akses untuk melakukan try out online, forum dan
melihat nilai.
-
Interface untuk user pengajar
Tampilan
system
aplikasi
untuk
pengajar
memiliki
fitur
yang
memperbolehkan pengajar melihat nilai, baik nilai secara keseluruhan ataupun
nilai per siswa. Juga memungkinkan pengajar untuk sharing antar pengajar
ataupun dengan siswa melalui forum.
-
Interface untuk wali murid
Wali murid dapat mengakses system aplikasi untuk melihat nilai siswa.
Mekanismenya adalah dengan menginputkan nomor induk siswa yang
bersangkutan.
-
Interface untuk guest
Yang dimaksud dengan guest disini adalah pengunjung yang tidak terdaftar.
Guest ini bias melihat news yang ada di halaman depan system dan dapat
melakukan download ataupun hanya melihat soal-soal try out yang pernah
diujikan.
2.2 Manfaat Produk
Software Requirement System (SRS) “Si Tole"
Manfaat yang didapat dari system try out online ini adalah :
2.2.1
Manfaat bagi siswa
Sebagai sarana untuk melakukan try out secara online yang dapat
menghemat waktu dan dapat dikerjakan dimanapun asalkan ada koneksi
internet. Dapat melatih siswa untuk jujur saat mengerjakan soal ujian, dan
dengan fitur-fitur yang tersedia siswa bisa melihat perkembangan nilainya dan
dapat melakukan download terhadap soal yang sudah pernah diujikan beserta
pembahasannya. Terdapat fitur forum (seperti milist) yang digunakan siswa
bertukar pikiran baik dengan sesame siswa ataupun dengan pengajar.
2.2.2
Manfaat bagi lembaga pendidikan dan pengajar
Sebagai sarana untuk mengadakan try out kepada para siswa dengan
efisien, menghemat kertas yang digunakan untuk try out secara konvensional
dan menghemat tenaga yang diperlukan untuk pengawas ujian. Lembagalembaga pendidikan juga dapat mengamati perkembangan hasil try out
institusinya masing-masing dan melakukan perbandingan dengan institusi
lainnya. Dapat memberikan pengumuman kepada masing-masing siswanya
secara online dan melakukan sharing dengan siswa melalui forum yang sudah
disediakan.
2.2.3
Manfaat bagi wali murid
Sebagai sarana wali murid untuk memantau perkembangan akademis
siswa dan mengetahui informasi apa saja yang ada.
2.3 Use Case Model Survey
2.3.1
Use case aktor Admin System
Software Requirement System (SRS) “Si Tole"
uc Admin System
Kustomisasi System
«include»
Aktif Nonaktif Kllien
«include»
Login
Admin System
«include»
Aktif Nonaktif Admin
«include»
Ganti Passw ord
2.3.2
Use case aktor Admin
uc Admin
Mengelola Data User
Update Soal
Mengelola Data Soal
dan Pembahasan
Update Pembahasan
Soal
«include»
Mengelola Data Nilai
«include»
«include»
Login
Admin
Mengelola New s
«include»
«include»
Mengelola Forum
«include»
«include»
Kustomisasi User
Ganti Passw ord
Software Requirement System (SRS) “Si Tole"
2.3.3
Use case aktor Siswa
Software Requirement System (SRS) “Si Tole"
uc Sisw a
Lihat New s
Lihat dan Dow nload
Soal Uj ian
Sisw a
Forum
«include»
Ganti Passw ord
Login
«include»
«include»
Try Out Online
«include»
Lihat Nilai
Nilai Sisw a
Rata-rata Sekolah
2.3.4
Use case aktor Guest
uc Guest
Lihat New s
Guest
Lihat dan Dow nload
Soal Uj ian
2.3.5
Use case aktor Pengajar
Software Requirement System (SRS) “Si Tole"
uc Pengaj ar
Lihat New s
Lihat dan Dow nload
Soal Uj ian
Pengaj ar
Ganti Passw ord
«include»
Login
Forum
«include»
«include»
Lihat Nilai
Rata-rata Sekolah
Nilai Sisw a
2.3.6
Use case aktor Wali Murid
uc Wali Murid
Lihat New s
Wali Murid
Lihat Nilai
Rata-rata Sekolah
«include»
Masukkan NIS
Nilai Sisw a
Use case dari system informasi try out online (SiTole) terdiri dari :
Software Requirement System (SRS) “Si Tole"
-
Kustomisasi System adalah kegiatan dimana Admin System dapat mengatur
system yang diperlukan dalam memenuhi kebutuhan dari system try out online ini,
baik update dan lainnya, untuk kemudahan akses bagi klien dan user.
-
Aktif
Nonaktif Klien adalah kegiatan dimana Admin System dapat mengatur
system untuk mengaktifkan dan menonaktifkan klien yang terdaftar pada system,
hal ini dimaksudkan agar klien yang terdaftar benar-benar memenuhi syarat dan
tidak ada kebocoran system.
-
Login adalah kegiatan dimana user dapat masuk ke system dengan menggunakan
username dan password yang sudah ditentukan sebagai autentikasi. Yang
memiliki fungsi login adalah Admin System dan Admin (berupa username dan
password yang unik) serta siswa (berupa NIS dan password) dan pengajar (berupa
username dan password).
-
Mengelola Data User adalah kegiatan dimana Admin dapat mengatur serta
memproses berbagai keperluan yang diperoleh dari data yang telah disubmit oleh
user.
-
Mengelola Data Soal Dan Pembahasan adalah kegiatan dimana soal dan
pembahasan akan diambil dan diupdate oleh admin dari data base server,maupun
yang diinputkan kedalam system, tergantung kebutuhan serta keperluan yang
dibutuhkan oleh user.
-
Mengelola Data Nilai sama halnya dengan update soal dan jawaban, admin juga
akan mengolah data nilai dari user (siswa) yang nantinya akan dikirim kepada
orang tua, hasil dari nilai ini yang kaan diberikan pada user, yang dioalh dari
pembahasan soal beserta jawaban yang diperoleh.
-
Mengelola News adalah kegiatan dimana Admin dapat memberikan berita yang
dapat diupdate langsung pada system, dan berita tersbut dapat diakses langsung
oleh user.
-
Kustomisasi User adalah kegiatan dimana Admin bertanggung jawab dalam
mengatur serta member akses bagi user untuk dapat memanfaatkan fasilitas yang
ada pada system.
-
Tryout Online adalah kegiatan dimana siswa dapat melakukan try out secara
online dalam waktu yang ditentukan (secara serentak bersamaan). Soal yang
sudah dikerjakan akan dikunci bila waktu yang disediakan sudah habis.
Software Requirement System (SRS) “Si Tole"
-
Lihat News adalah kegiatan dimana user siswa, wali murid, dan pengajar bahkan
guest dapat melihat berita terbaru yang ada pada web system dengan mengkases
web terlebih dahulu, dalam hal ini tidak diperlukan login.
-
Lihat Nilai adalah kegiatan dimana user dapat melihat nilai. Untuk user siswa,
harus login terlebih dahulu untuk dapat mengakses menu lihat nilai, hal ini
dikarenakan bersifat pribadi, adapun nilai yang dipampang bersama, akan
menggunakan ID dari siswa, bukan nama asli. Selain nilai pribadi, nilai yang bias
dilihat adalah nilai rata-rata seluruh siswa di masing-masing sekolah. Pengajar
dapat mengakses nilai ini dengan melakukan login. Sedangkan untuk wali murid,
cukup menginputkan NIS dari siswa yang bersangkutan untuk melihat nilainya.
-
Lihat Dan Download
Soal Ujian adalah kegiatan dimana siswa, pengajar,
maupun guest dapat mendownload soal dan melihat soal ujian serta
pembahasannya tanpa login terlebih dahulu.
-
Forum adalah kegiatan dimana user yang memiliki akses untuk masuk ke system
(berupa login) yang terdiri dari siswa dan pengajar dapat saling sharing di forum.
User bias melakukan posting thread tertentu ataupun melakukan komentar. Forum
ini berfungsi sebagai wadah untuk siswa maupun pengajar dalam bertukar
pendapat atau berdiskusi.
-
Ganti Password adalah kegiatan dimana user dapat melakukan pergantian
passwordnya. Password system yang dipilih harus sesuai dengan ketentuan yang
ada dan bersifat unik.
2.4 Asumsi dan Keterkaitan
Faktor-faktor yang harus dipertimbangkan dalam membangun sebuah system
aplikasi yang berbasis web dan dijalankan menggunakan teknologi internet agar
mencapai performansi yang diinginkan dengan biaya pembangunan yang minim
adalah sebagai berikut :
2.4.1
Aplikasi
Sistem try out online yang akan dibangun menggunakan aplikasi
berbasis web karena aplikasi web paling umum dipakai dan sederhana dalam
pembangunannya.
2.4.2
Kurikulum Pendidikan
Karena soal try out dibawah pengawasan pengajar pada masing-masing
lembaga pendidikan, maka dijamin bahwa soal yang diberikan kepada siswa
Software Requirement System (SRS) “Si Tole"
sesuai dengan kurikulum yang sedang berjalan dan sesuai dengan kisi-kisi
ujian nasional.
2.4.3
Konfigurasi Sistem
o Database, digunakan untuk menyimpan data yang berhubungan dengan
system seperti data user, data soal, data nilai dan lain sebagainya.
o Web Server digunakan untuk mengatur akses dari user ke system,
mengatur tampilan interface untuk user.
o Konfigurasi jaringan yang digunakan dalam aplikasi ini adalah client
server, dimana terdapat server yang bias diakses client secara langsung.
2.5 Rencana Kerja
3. Kebutuhan Spesifik
3.1 Use Case Report
Use case requirement
SRS system harus dapat melakukan login ke dalam
system.
No requirement
STL – 001
Aktor : Admin System, Admin, Siswa, Pengajar
SRS system harus dapat melakukan kustomisasi
system.
STL – 002
Aktor : Admin System
SRS system harus dapat melakukan pengaktifan atau
penonaktifan klien.
STL – 003
Aktor : Admin System
SRS system harus dapat melakukan pengaktifan atau
STL – 004
penonaktifan admin.
Software Requirement System (SRS) “Si Tole"
Aktor : Admin System
SRS system harus dapat melakukan penggantian
password.
STL – 005
Aktor : Admin System, Admin, Siswa, Pengajar
SRS system harus dapat melakukan pengelolaan data
user.
STL – 006
Aktor : Admin
SRS system harus dapat melakukan pengelolaan data
soal dan pembahasannya.
STL – 007
Aktor : Admin
SRS system harus dapat melakukan pengelolaan data
nilai.
STL – 008
Aktor : Admin
SRS system harus dapat melakukan pengelolaan
terhadap isi News.
STL – 009
Aktor : Admin
SRS system harus dapat melakukan pengelolaan
terhadap Forum.
STL – 010
Aktor : Admin
SRS system harus dapat melakukan kustomisasi user.
Aktor : Admin
SRS system harus dapat melakukan lihat news yang
ada.
STL – 011
STL – 012
Aktor : Siswa, Pengajar, Wali Murid, Guest
SRS system harus dapat melakukan lihat dan
download soal ujian.
STL – 013
Aktor : Siswa, Pengajar, Guest
SRS system harus dapat melakukan akses terhadap
forum.
STL – 014
Aktor : Siswa, Pengajar
SRS system harus dapat melakukan try out online.
Aktor : Siswa
SRS system harus dapat melakukan lihat nilai.
Aktor : Siswa, Pengajar, Wali Murid
SRS system harus dapat melakukan proses login
melalui NIS siswa.
STL – 015
STL – 016
STL – 017
Aktor : Wali Murid
Software Requirement System (SRS) “Si Tole"
3.2 Supplementary Requirement
Requirement
SRS system harus dapat mengupdate, mengedit,
menghapus data yang berada di database.
SRS system harus dapat menggunakan otentikasi
yang sudah ditentukan dan aman dari serangan
(spoofing, sniffing dan sebagainya).
SRS system harus dikembangakan
dengan
menggunakan teknologi web berbasis SaaS.
SRS system harus memiliki interface yang sesuai
dengan kebutuhan user dan standar portal.
SRS system harus dapat menjamin keamanan data
dalam system.
No requirement
SUPP – 001
SUPP – 002
SUPP – 003
SUPP – 004
SUPP – 005
4. Informasi Tambahan
Supporting information disini akan dicantumkan berupa informasi – informasi yang
dapat membantu dalam pengembangan sistem. Informasi – informasi yang di berikan
adalah berupa rancangan UML Diagram (Class Diagram dan Activity Diagram).
Berikut rancangannya :
4.1 Class Diagram
Class diagram ini menjelaskan tentang class apa saja yang digunakan dan
relasi antar kelas yang bersangkutan.
Software Requirement System (SRS) “Si Tole"
class Class diagram
Instansi
#
#
#
#
ID_instansi: int
Nama: String
Alamat: String
No_Telp: int
Pengaj ar
#
#
#
NIP: int
Nama: int
Instansi: String
«property get»
+ getID_instansi() : int
+ getNama() : String
+ getAlamat() : String
+ getNo_Telp() : int
«property get»
+ getNIP() : int
+ getNama() : int
+ getInstansi() : String
+ getAlamat() : String
+ getNo_Telp() : int
«property set»
+ setID_instansi(int) : void
+ setNama(String) : void
+ setAlamat(String) : void
+ setNo_Telp(int) : void
«property set»
+ setNIP(int) : void
+ setNama(int) : void
+ setInstansi(String) : void
Soal
#
#
#
#
ID_Soal: String
Kategori: String
Mapel: String
No_Soal: int
«property get»
+ getID_Soal() : String
+ getKategori() : String
+ getMapel() : String
+ getNo_Soal() : int
«property set»
+ setID_Soal(String) : void
+ setKategori(String) : void
+ setMapel(String) : void
+ setNo_Soal(int) : void
Pembahasan
#
#
ID_Soal: String
No_Soal: int
#
new() : void
«property get»
+ getID_Soal() : String
+ getKategori() : String
+ getMapel() : String
+ getNo_Soal() : int
New s
Sisw a
Login/Logout
#
#
Username: String
Password: String
#
#
login() : void
logout() : void
«property get»
+ getPassword() : String
+ getUsername() : String
«property set»
+ setPassword(String) : void
+ setUsername(String) : void
#
#
#
#
#
NIS: int
Nama: String
Sekolah: String
Jurusan: String
T TL: String
«property get»
+ getNama() : String
+ getSekolah() : String
+ getAlamat() : String
+ getJurusan() : String
+ getNo_Telp() : int
+ getNIS() : int
+ getTTL() : String
Forum
#
#
ID_Post: int
komen: String
«property get»
+ getID_Post() : int
+ getkomen() : String
«property set»
+ setID_Post(int) : void
+ setkomen(String) : void
#
#
ID_News: int
news: string
«property get»
+ getID_News() : int
+ getnews() : string
«property set»
+ setID_News(int) : void
+ setnews(string) : void
«property set»
+ setNama(String) : void
+ setSekolah(String) : void
+ setJurusan(String) : void
+ setNIS(int) : void
+ setTT L(String) : void
4.2 Activity Diagram
Activity diagram digunakan untuk menjelaskan masing-masing alur dari setiap
proses. Berikut ini diberikan activity dari proses try out online dan lihat nilai.
Activity Diagram Try Out Online :
Software Requirement System (SRS) “Si Tole"
act Activ ity Soal
Sisw a
System
Awal
Sisw a melakukan login
dengan menginputan
username berupa NIS
Validasi login
Salah
Benar
Sisw a memilih soal yang
sesuai
Sisw a mengerj akan soal
satu per satu
System menampilkan
pilihan soal berdasarkan
kategori dan mapel
System menampilkan soal
yang telah dipilih sisw a
Sisw a selesai
mngerj akan dan mengklik
tombol hasil untuk
mengetahui nilai yang
diperoleh
Sisw a mengetahui hasil
Try Out
System memproses
j aw aban benar dan salah
dan menampilkan hasil Try
Out
Selesai
Activity Diagram Lihat Nilai :
Software Requirement System (SRS) “Si Tole"
act activ ity cek nilai
User
System
Awal
User Login
sisw a login
dengan
menginputkan
NIS dan
passw ord
pengaj ar login
dengan
mnginpukan
NIP dan
passw ord
Orang tua
hanya
menginputkan
NIM putranya
User login
user melakukan login
untuk melihat hasil try out
Salah
validasi login
Benar
system menampilkan hasil try out sesuai
dengan NIM atau NIP yang diinputkan (untuk
pengaj ar system menampilkan hasil seluruh
sisw a dari instansinya)
Selesai
Software Requirement System (SRS) “Si Tole"
5. Struktur WBS
WBS adalah proses hierarki yang membagi pekerjaan proyek menjadi elemenelemen pekerjaan yang lebih kecil.Penggunaan WBS membantu meyakinkan manajer proyek
bahwa semua produk dan elemen pekerjaan yang telah diidentifikasi dan WBS digunakan
sebagai basis pengendalian.
Adapun Work Breakdown Struktur dari sistem yang kami kembangkan,
kami gambarkan seperti di bawah ini :
Level
Kode
WBS
1
2
3
3
3
3
3
2
3
3
3
3
3
1
1.1
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
2
3
3
3
1
2
3
3
3
2
2
2
1
2
2
2
2
1
2
1.3
1.3.1
1.3.2
1.3.3
2
2.1
2.1.1
2.1.2
2.1.3
2.2
2.3
2.4
3
3.1
3.2
3.3
3.4
4
4.1
Nama Elemen
System Informasi Try Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan Sistem
Analisa Kebutuhan Proses
Analisa Kebutuhan Sumberdaya
Analisa Kebutuhan Teknik
Analisa Kebutuhan Spesifkasi
Membuat Sistem Requirement
Melakukan Perencanaan Sistem
Implementasi Kebutuhan Sistem
Menyiapkan Standar Programming
Analisa Program
Mengimplementasikan Kebutuhan Sistem Ke
Program
Membuat Proses Bisnis
Target Umum Pemasaran Bisnis
Proses Pemasaran
Teknik Pemasaran
Desain
Desain Arsitektur
Desain Interface Sistem Informasi
Implementasi Kebutuhan Sistem
Desain Detail
Desain Database
Desain Arsitektur Jaringan
Merancang Alur Interface
Developing
Proses Installasi
Proses Code Program
Penanganan Database
Integrasi Sistem
Testing
Testing dan Evaluasi Unit Sistem
Software Requirement System (SRS) “Si Tole"
2
2
2
1
2
2
2
1
2
2
2
4.2
4.3
4.4
5
5.1
5.2
5.3
6
6.1
6.2
6.3
Testing dan Evaluasi Sistem Terintegrasi
Testing Kinerja Web
Testing Error
Implementasi
Go Live
Installasi Masing-Masing Client
Alih Teknologi
Maintenance
Verifkasi Sistem
Monitoring Sistem
Update Sistem
Adapun untuk kejelasan deskripsi dan fungsi dari WBS yang telah kami
buat, akan kami jelaskan pada WBS dictionary sebagai berikut :
Lev
el
Kod
e
WB
S
Deskripsi
Nama Elemen
1
2
3
1
1.1
1.1.
1
System Informasi Try
Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan
Sistem
3
1.1.
2
Analisa Kebutuhan
Proses
3
1.1.
3
Analisa Kebutuhan
Sumberdaya
3
1.1.
4
Analisa Kebutuhan
Teknik
3
1.1.
5
Analisa Kebutuhan
Spesifkasi
Judul
Proyek
yang
Dikembangkan
Proses Seluruh Analisa Sistem
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan system, kebutuhan
system terdiri dari kebutuhan
fungsional
dan
kebutuhan
nonfungsional
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan
proses.
Pada
kebutuhan
ini
ditentukan
batasan-batasan
apa
saja
menyangkut system informasi
yang akan dibuat
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan
mengenai
sumberdaya
Merinci dan membahas berbagai
macam
kebutuhan
mengenai
teknik
proyek
yang
akan
dikembangkan
Merinci dan membahas berbagai
macam
kebutuhan
mengenai
Software Requirement System (SRS) “Si Tole"
spesifkasi dari sistem baik ftur
maupun
kegunaan
sistem,
keunggulan sistem.
Contoh kebutuhan spesifkasi
yang
diperlukan
adalah
menentukan spesifkasi server,
spesifkasi
memory
yang
diperlukan, dan lain-lain.
2
1.2
3
1.2.
1
Membuat Sistem
Requirement
Melakukan
Perencanaan Sistem
3
1.2.
2
Implementasi
Kebutuhan Sistem
3
1.2.
3
Menyiapkan Standar
Programming
3
1.2.
4
Analisa Program
3
1.2.
5
Mengimplementasikan
Kebutuhan Sistem Ke
Program
2
1.3
Membuat Proses Bisnis
3
1.3.
1
1.3.
2
Target Umum
Pemasaran Bisnis
Proses Pemasaran
1.3.
3
Teknik Pemasaran
3
3
Merencanakan segala bentuk
rancangan
dan
perencanaan
sistem yang akan dikembangkan.
Metode
perancangan
system
yang digunakan adalah metode
waterfall,
sehingga
pengerjaannya
bertahap
dan
berkesinambungan.
Mengimplementasikan
segala
bentuk kebutuhan sistem yang
telah dihasilkan dalam analisa
sistem ke dalam perencanaan
system
Dari analisa dan implementasi
sistem,
melakukan
dan
menyiapkan
perencanaan
standarisasi program yang akan
dipakai dan akan dibuat
Proses analisis berbagai macam
kebutuhan-kebutuhan
dan
konsep dari program yang akan
dikembangkan
Merealisasikan dan
mengimplementasikan berbagai
macam hasil analisa program
menjadi program yang siap
dikembangkan
Menentukan
dan
merancang
rincian
proses
bisnis
yang
dibutuhkan
dan
yang
akan
dilakukan dalam pengembangan
system
Menentukan target pemasaran
bisnis system
Menentukan cara dan bagaimana
memasarkan sistem dan cara
meningkatkan pemasaran sistem
Cara memasarkan produk secara
utuh ke calon klien
Software Requirement System (SRS) “Si Tole"
1
2
2
2.1
Desain
Desain Arsitektur
3
2.1.
1
Desain Interface Sistem
Informasi
3
2.1.
2
Implementasi
Kebutuhan Sistem
3
2.1.
3
Desain Detail
2
2.2
Desain Database
2
2.3
Desain Arsitektur
Jaringan
2
2.4
Merancang Alur
Interface
1
2
3
3.1
Developing
Proses Installasi
2
3.2
Proses Code Program
2
3.3
Penanganan Database
2
3.4
Integrasi Sistem
Desain Struktur Sistem
Proses
perencanaan
desain
sistem yang akan dikembangkan,
dari mulai kebutuhan desain
yang ada, program ingin seperti
apa, dan bagaimana program
nanti akan dikembangkan
Perencanaan dan penggambaran
secara gambaran UI dari sistem,
yakni
penggambaran
secara
tampilan dari sistem
Dari kebutuhan sistem juga di
implementasikan
ke
dalam
desain UI sistem, sehingga
menghasilkan desain yang tepat
sasaran
Menjelaskan secara detail dan
menggambarkan secara khusus
dari masing-masing detail sistem
yang dibuat khususnya d esain
yang dikembangkan baik UI,
Sistem, maupun jaringan
Mendesain
dan
merancang
database
sistem
yang
dikembangkan
Melakukan perancangan skema
jaringan yang akan digunakan
untuk system. Pada system ini
digunakan skema jaringan client
server.
Perancangan
alur
sistem
khususnya
UI
dari
sistem
bagaimana dan seperti apa
jalannya
sistem
berjalan,
terutama alur UI sistem sebagai
media penggunaan sistem
Proses installasi program dari
sistem
Proses pembuatan code sistem
yang dikembangkan
Pembuatan dan pengembangan
database yang akan dipakai dan
dikembangkan ke dalam code
Pengintegrasian
Sistem
dari
database,
UI,
dan
koneksi
jaringan terhadap sistem yang
Software Requirement System (SRS) “Si Tole"
akan dikembangkan
1
2
4
4.1
Testing
Testing dan Evaluasi
Unit Sistem
2
4.2
Testing dan Evaluasi
Sistem Terintegrasi
2
4.3
Testing Kinerja Web
2
4.4
Testing Error
1
2
5
5.1
Implementasi
Go Live
2
5.2
Installasi MasingMasing Client
2
5.3
Alih Teknologi
1
2
6
6.1
Maintenance
Verifkasi Sistem
2
6.2
Monitoring Sistem
2
6.3
Update Sistem
Testing sistem yang dilakukan
oleh provider serta mengevaluasi
segala
berbagai
macam
kekurangan baik desain, alur,
dan code sistem (Testing sistem
secara beta)
Melakukan
testing
jalannya
sistem dengan adanya integrasi
dengan
jaringan
yang
ada
maupun testing jalannya sistem
secara
global
(baik
menggunakan
UI,
Navigasi
sistem, serta adanya jaringan
sistem)
Testing
kinerja
web
dalam
pengaksesan sistem (akses web
secara bersamaan dengan user
lain)
Testing kelayakan sistem terkait
debugging yang kemungkinan
terjadi, dengan asumsi provider
melakukan test sebagai user dan
client
Proses pertama kali upload
sistem ke dalam server pusat,
siap didistribusikan ke client
Proses installasi program ke
masing-masing Unit Personal
Computer
Proses pelaksanaan pelatihan
penggunaan
dan
tata
cara
pemakaian
sistem
yang
dikembangkan
Proses verifkasi client terhadap
provider mengenai sistem yang
akan dipakai oleh client (seperti
verifkasi license penggunaan
sistem)
Proses monitoring sistem selama
masa uji coba pemakaian sistem
oleh
user
(antisipasi
user
mengalami human error)
Update sistem oleh provider
Software Requirement System (SRS) “Si Tole"
mengenai ftur-ftur yang perlu
dan dirasa ingin di kembangkan
ulang
2
6.4
Closing
Dalam penyusunan WBS dari sistem yang kami kembangkan, kami juga membuat
struktur WBS yang berbentuk Tree yang mana fungsinya sama sebagai kerangka kerja dari
proyek yang akan kami kembangkan seperti berikut :
Software Requirement System (SRS) “Si Tole"
SITOLE (Sistem
Informasi Try Out
On Line)
Analisa
1
Desain
2
Developing
3
Testing
4
Implementasi
5
Maintenance
6
Analisa
Kebutuhan
1.1
Desain Arsitektur
Proses Installasi
Go Live
Verifikasi Sistem
2.1
3.1
Testing dan Evaluasi
Unit Sistem
4.1
5.1
6.1
Analisa
Kebutuhan Sistem
1.1.1
Desain Interface
Sistem Informasi
2.1.1
Proses Code
Program
3.2
Testing dan Evaluasi
Sistem Terintegrasi
4.2
Installasi MasingMasing Client
5.2
Monitoring Sistem
Analisa
Kebutuhan Proses
1.1.2
Implementasi
Kebutuhan Sistem
2.1.2
Penanganan
Database
3.3
Testing Kinerja
Web
4.3
Alih Teknologi
Update Sistem
5.3
6.3
Analisa
Kebutuhan
Sumberdaya
1.1.3
Desain Detail
Integrasi Sistem
Testing Error
2.1.3
3.4
4.4
Analisa
Kebutuhan Teknik
1.1.4
Desain Database
2.2
Analisa
Kebutuhan
Spesifikasi
1.1.5
Desain Arsitektur
Jaringan
2.3
Membuat Sistem
Requirement
1.2
Merancang Alur
Interface
2.4
6.2
Melakukan
Perencanaan
Sistem
1.2.1
Implementasi
Kebutuhan Sistem
1.2.2
Menyiapkan
Standar
Programming
1.2.3
Analisa Program
1.2.4
Software Requirement System (SRS) “Si Tole"
Membuat Proses
Bisnis
1.3
Target Umum
Pemasaran Bisnis
1.3.1
Proses Pemasaran
1.3.2
Teknik Pemasaran
1.3.3
6. Estimasi Waktu Pengerjaan Proyek Berdasarkan WBS
Step
1
1.1
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.3
1.3.1
1.3.2
1.3.3
2
2.1
2.1.1
2.1.2
2.1.3
2.2
2.3
Nama Elemen
System Informasi Try Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan Sistem
Analisa Kebutuhan Proses
Analisa Kebutuhan Sumberdaya
Analisa Kebutuhan Teknik
Analisa Kebutuhan Spesifkasi
Membuat Sistem Requirement
Melakukan Perencanaan Sistem
Implementasi Kebutuhan Sistem
Menyiapkan Standar Programming
Analisa Program
Mengimplementasikan Kebutuhan Sistem
Ke Program
Membuat Proses Bisnis
Target Umum Pemasaran Bisnis
Proses Pemasaran
Teknik Pemasaran
Desain
Desain Arsitektur
Desain Interface Sistem Informasi
Implementasi Kebutuhan Sistem
Desain Detail
Desain Database
Desain Arsitektur Jaringan
Estimasi Waktu
12 Hari
3 Hari
3 Hari
3 Hari
3 Hari
3 Hari
26 Hari
4 Hari
3 Hari
7 Hari
7 Hari
5 Hari
4 Hari
2 Hari
1 Hari
1 Hari
7 Hari
3 Hari
1 Hari
3 Hari
5 Hari
5 Hari
Software Requirement System (SRS) “Si Tole"
2.4
3
3.1
3.2
3.3
3.4
4
4.1
4.2
4.3
4.4
5
5.1
5.2
5.3
6
6.1
6.2
6.3
Merancang Alur Interface
Developing
Proses Installasi
Proses Code Program
Penanganan Database
Integrasi Sistem
Testing
Testing dan Evaluasi Unit Sistem
Testing dan Evaluasi Sistem
Terintegrasi
Testing Kinerja Web
Testing Error
Implementasi
Go Live
Installasi Masing-Masing Client
Alih Teknologi
Maintenance
Verifikasi Sistem
Monitoring Sistem
Update Sistem
Total Waktu Proyek
3 Hari
1
7
4
2
Hari
Hari
Hari
Hari
3 Hari
3 Hari
3 Hari
3 Hari
1 Hari
1 Hari
2 Hari
1 Hari
15 Hari
3 Hari
111 Hari
7. Gantt Chart Dari Proyek SiTole
Software Requirement System (SRS) “Si Tole"
SITOLE (Sistem Informasi Try Out onLine)
MANAJEMEN PROYEK
Oleh :
Kelompok 3 :
Cahya Arief Ramadhan
Khoirul Sholeh
Adi Yuistianto
A. Zhainuddin
Devi Afrianti
Inthi Ba’u Surotih
M. Triwijaya
Yuditia Fadhil A.
(0910960003)
(0910960045)
(0910963001)
(0910963063)
(0910963075)
(0910963085)
(0910963091)
(0910963105)
PROGRAM STUDI ILMU KOMPUTER
JURUSAN MATEMATIKA
FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM
UNIVERSITAS BRAWIJAYA
MALANG
2011/2012
Software Requirement System (SRS) “Si Tole"
1. Pendahuluan
1.1 Tujuan
Tujuan dari system try out online ini antara lain :
-
Website try out online ini memiliki kemampuan untuk melakukan try out secara
online, mengetahui nilai dari try out yang sudah dilakukan secara langsung,
mengetahui statistik perkembangan nilai try out dari waktu ke waktu, melakukan
download soal try out yang pernah digunakan beserta jawaban dan
pembahasannya.
-
Merupakan aplikasi SaaS yang berbasis web
yang digunakan kembali
(reusable) oleh sekolah, lembaga bimbingan belajar atau institusi lainnya dan
sangat mudah dikonfigurasikan serta memiliki tampilan yang mudah dipahami
oleh user.
-
Keamanan
system
terjaga
karena
tiap-tiap
user
memiliki
hak
akses
sendiri-sendiri. Misalnya siswa hanya bisa melakukan try out, mengunduh
soal try out yang sudah dikerjakan, melihat nilai dan statistik perkembangan
nilai. Sedangkan admin yang ada di institusi yang mengadakan try out dapat
melakukan update soal try out, edit soal dan lain sebagainya.
1.2 Ruang Lingkup
Aplikasi web yang akan dibangun difokuskan pada penyediaan jasa untuk
lembaga pendidikan baik formal maupun informal dalam melakukan kegiatan try out.
Ruang lingkup pembangunan software ini adalah aplikasi yang berbasis pada SaaS
(Software as a Service) yang berjalan di web (web based) yang memiliki fasilitas
sebagai berikut :
-
Untuk menjamin keamanan (security) pada masing-masing user yang berasal dari
lembaga pendidikan yang berbeda-beda, maka diberikan login berupa username
dan password pada masing-masing user sebagai autentikator.
-
Terdapat forum khusus yang digunakan untuk user berkomunikasi dengan yang
lainnya.
-
Pengelolaan data masing-masing lembaga pendidikan dan siswanya.
-
Pengelolaan data soal ujian dan pembahasannya pada tiap-tiap lembaga
pendidikan.
-
Pengelolaan laporan nilai yang selalu update berupa chart perkembangan nilai dari
masing-masing lembaga pendidikan, baik secara umum maupun tiap individu (tiap
siswa).
Software Requirement System (SRS) “Si Tole"
-
Masing-masing lembaga pendidikan tidak perlu menyediakan server, karena
servernya berada di pusat.
-
Terdapat admin pada masing-masing lembaga pendidikan dibawah pengawasan
admin pusat.
1.3 Overview
Pada dokumen Software Requirement System ini dijelaskan tentang deskripsi
umum system, work plan, spesifikasi interface, kebutuhan fungsional, nonfungsional,
use case dari aplikasi system Try Out online secara global, ERD,
UML, asumsi dalam pengembangan, kebutuhan spesifik dan kebutuhan tambahan.
2. Deskripsi Umum
Aplikasi system try out online ini bertujuan untuk merubah proses try out yang
sebelumnya dilakukan secara manual di masing-masing lembaga pendidikan (ada
pengawas, perlu mencetak soal ujian, lembar jawaban dan melakukan pengoreksian)
menjadi system aplikasi berbasis web online dengan konsep SaaS (Software as a Service).
Siswa (peserta)
mengikuti Try Out onLine
Siswi (peserta)
mengikuti Try Out onLine
Hasil pengerjaan
soal ujian
Hasil Nilai Ujian
Hasil pengerjaan
soal ujian
SiTole
Input NIS
Seluruh Hasil Ujian
Anaknya
Orang Tua (Wali
Murid)
Hasil Nilai Ujian
Laporan hasil
seluruh Try
Out siswa
Pihak Instansi
Gambar 1. Cara kerja system informasi try out online
Dengan adanya system aplikasi ini diharapkan proses try out online menjadi lebih efisien,
dapat dilakukan dimana saja (dengan syarat terhubung dengan internet) dan melatih
kejujuran siswa saat mengerjakan ujian. Pengguna dari system aplikasi ini adalah :
a. User
User dari system ini terdiri dari :
Software Requirement System (SRS) “Si Tole"
o Lembaga pendidikan yang terdiri dari siswa, pengajar, admin pada
masing-masing institusi dan wali murid.
o Guest : user yang tidak memiliki login ke system, tidak terdaftar.
b. Admin
Admin terdiri dari admin yang ada di pusat (admin system) dan admin yang
ditempatkan pada masing-masing lembaga pendidikan.
2.1 Perspektif Produk
Produk ini dapat dijalankan oleh admin system, admin untuk tiap-tiap lembaga
pendidikan, dan user yang memiliki koneksi langsung ke internet. Penggunaan system
ini dibagi menurut user masing-masing, yaitu :
-
Interface untuk admin system
Admin system memiliki hak akses penuh terhadap system. yang bias
dilakukan oleh admin system ini adalah mengaktifkan atau menonaktifkan klien,
mengaktifkan dan menonaktifkan admin yang menangani klien tertentu (lembaga
pendidikan tertentu) dan melakukan kostumisasi system.
-
Interface untuk user siswa
User siswa memiliki hak akses untuk melakukan try out online, forum dan
melihat nilai.
-
Interface untuk user pengajar
Tampilan
system
aplikasi
untuk
pengajar
memiliki
fitur
yang
memperbolehkan pengajar melihat nilai, baik nilai secara keseluruhan ataupun
nilai per siswa. Juga memungkinkan pengajar untuk sharing antar pengajar
ataupun dengan siswa melalui forum.
-
Interface untuk wali murid
Wali murid dapat mengakses system aplikasi untuk melihat nilai siswa.
Mekanismenya adalah dengan menginputkan nomor induk siswa yang
bersangkutan.
-
Interface untuk guest
Yang dimaksud dengan guest disini adalah pengunjung yang tidak terdaftar.
Guest ini bias melihat news yang ada di halaman depan system dan dapat
melakukan download ataupun hanya melihat soal-soal try out yang pernah
diujikan.
2.2 Manfaat Produk
Software Requirement System (SRS) “Si Tole"
Manfaat yang didapat dari system try out online ini adalah :
2.2.1
Manfaat bagi siswa
Sebagai sarana untuk melakukan try out secara online yang dapat
menghemat waktu dan dapat dikerjakan dimanapun asalkan ada koneksi
internet. Dapat melatih siswa untuk jujur saat mengerjakan soal ujian, dan
dengan fitur-fitur yang tersedia siswa bisa melihat perkembangan nilainya dan
dapat melakukan download terhadap soal yang sudah pernah diujikan beserta
pembahasannya. Terdapat fitur forum (seperti milist) yang digunakan siswa
bertukar pikiran baik dengan sesame siswa ataupun dengan pengajar.
2.2.2
Manfaat bagi lembaga pendidikan dan pengajar
Sebagai sarana untuk mengadakan try out kepada para siswa dengan
efisien, menghemat kertas yang digunakan untuk try out secara konvensional
dan menghemat tenaga yang diperlukan untuk pengawas ujian. Lembagalembaga pendidikan juga dapat mengamati perkembangan hasil try out
institusinya masing-masing dan melakukan perbandingan dengan institusi
lainnya. Dapat memberikan pengumuman kepada masing-masing siswanya
secara online dan melakukan sharing dengan siswa melalui forum yang sudah
disediakan.
2.2.3
Manfaat bagi wali murid
Sebagai sarana wali murid untuk memantau perkembangan akademis
siswa dan mengetahui informasi apa saja yang ada.
2.3 Use Case Model Survey
2.3.1
Use case aktor Admin System
Software Requirement System (SRS) “Si Tole"
uc Admin System
Kustomisasi System
«include»
Aktif Nonaktif Kllien
«include»
Login
Admin System
«include»
Aktif Nonaktif Admin
«include»
Ganti Passw ord
2.3.2
Use case aktor Admin
uc Admin
Mengelola Data User
Update Soal
Mengelola Data Soal
dan Pembahasan
Update Pembahasan
Soal
«include»
Mengelola Data Nilai
«include»
«include»
Login
Admin
Mengelola New s
«include»
«include»
Mengelola Forum
«include»
«include»
Kustomisasi User
Ganti Passw ord
Software Requirement System (SRS) “Si Tole"
2.3.3
Use case aktor Siswa
Software Requirement System (SRS) “Si Tole"
uc Sisw a
Lihat New s
Lihat dan Dow nload
Soal Uj ian
Sisw a
Forum
«include»
Ganti Passw ord
Login
«include»
«include»
Try Out Online
«include»
Lihat Nilai
Nilai Sisw a
Rata-rata Sekolah
2.3.4
Use case aktor Guest
uc Guest
Lihat New s
Guest
Lihat dan Dow nload
Soal Uj ian
2.3.5
Use case aktor Pengajar
Software Requirement System (SRS) “Si Tole"
uc Pengaj ar
Lihat New s
Lihat dan Dow nload
Soal Uj ian
Pengaj ar
Ganti Passw ord
«include»
Login
Forum
«include»
«include»
Lihat Nilai
Rata-rata Sekolah
Nilai Sisw a
2.3.6
Use case aktor Wali Murid
uc Wali Murid
Lihat New s
Wali Murid
Lihat Nilai
Rata-rata Sekolah
«include»
Masukkan NIS
Nilai Sisw a
Use case dari system informasi try out online (SiTole) terdiri dari :
Software Requirement System (SRS) “Si Tole"
-
Kustomisasi System adalah kegiatan dimana Admin System dapat mengatur
system yang diperlukan dalam memenuhi kebutuhan dari system try out online ini,
baik update dan lainnya, untuk kemudahan akses bagi klien dan user.
-
Aktif
Nonaktif Klien adalah kegiatan dimana Admin System dapat mengatur
system untuk mengaktifkan dan menonaktifkan klien yang terdaftar pada system,
hal ini dimaksudkan agar klien yang terdaftar benar-benar memenuhi syarat dan
tidak ada kebocoran system.
-
Login adalah kegiatan dimana user dapat masuk ke system dengan menggunakan
username dan password yang sudah ditentukan sebagai autentikasi. Yang
memiliki fungsi login adalah Admin System dan Admin (berupa username dan
password yang unik) serta siswa (berupa NIS dan password) dan pengajar (berupa
username dan password).
-
Mengelola Data User adalah kegiatan dimana Admin dapat mengatur serta
memproses berbagai keperluan yang diperoleh dari data yang telah disubmit oleh
user.
-
Mengelola Data Soal Dan Pembahasan adalah kegiatan dimana soal dan
pembahasan akan diambil dan diupdate oleh admin dari data base server,maupun
yang diinputkan kedalam system, tergantung kebutuhan serta keperluan yang
dibutuhkan oleh user.
-
Mengelola Data Nilai sama halnya dengan update soal dan jawaban, admin juga
akan mengolah data nilai dari user (siswa) yang nantinya akan dikirim kepada
orang tua, hasil dari nilai ini yang kaan diberikan pada user, yang dioalh dari
pembahasan soal beserta jawaban yang diperoleh.
-
Mengelola News adalah kegiatan dimana Admin dapat memberikan berita yang
dapat diupdate langsung pada system, dan berita tersbut dapat diakses langsung
oleh user.
-
Kustomisasi User adalah kegiatan dimana Admin bertanggung jawab dalam
mengatur serta member akses bagi user untuk dapat memanfaatkan fasilitas yang
ada pada system.
-
Tryout Online adalah kegiatan dimana siswa dapat melakukan try out secara
online dalam waktu yang ditentukan (secara serentak bersamaan). Soal yang
sudah dikerjakan akan dikunci bila waktu yang disediakan sudah habis.
Software Requirement System (SRS) “Si Tole"
-
Lihat News adalah kegiatan dimana user siswa, wali murid, dan pengajar bahkan
guest dapat melihat berita terbaru yang ada pada web system dengan mengkases
web terlebih dahulu, dalam hal ini tidak diperlukan login.
-
Lihat Nilai adalah kegiatan dimana user dapat melihat nilai. Untuk user siswa,
harus login terlebih dahulu untuk dapat mengakses menu lihat nilai, hal ini
dikarenakan bersifat pribadi, adapun nilai yang dipampang bersama, akan
menggunakan ID dari siswa, bukan nama asli. Selain nilai pribadi, nilai yang bias
dilihat adalah nilai rata-rata seluruh siswa di masing-masing sekolah. Pengajar
dapat mengakses nilai ini dengan melakukan login. Sedangkan untuk wali murid,
cukup menginputkan NIS dari siswa yang bersangkutan untuk melihat nilainya.
-
Lihat Dan Download
Soal Ujian adalah kegiatan dimana siswa, pengajar,
maupun guest dapat mendownload soal dan melihat soal ujian serta
pembahasannya tanpa login terlebih dahulu.
-
Forum adalah kegiatan dimana user yang memiliki akses untuk masuk ke system
(berupa login) yang terdiri dari siswa dan pengajar dapat saling sharing di forum.
User bias melakukan posting thread tertentu ataupun melakukan komentar. Forum
ini berfungsi sebagai wadah untuk siswa maupun pengajar dalam bertukar
pendapat atau berdiskusi.
-
Ganti Password adalah kegiatan dimana user dapat melakukan pergantian
passwordnya. Password system yang dipilih harus sesuai dengan ketentuan yang
ada dan bersifat unik.
2.4 Asumsi dan Keterkaitan
Faktor-faktor yang harus dipertimbangkan dalam membangun sebuah system
aplikasi yang berbasis web dan dijalankan menggunakan teknologi internet agar
mencapai performansi yang diinginkan dengan biaya pembangunan yang minim
adalah sebagai berikut :
2.4.1
Aplikasi
Sistem try out online yang akan dibangun menggunakan aplikasi
berbasis web karena aplikasi web paling umum dipakai dan sederhana dalam
pembangunannya.
2.4.2
Kurikulum Pendidikan
Karena soal try out dibawah pengawasan pengajar pada masing-masing
lembaga pendidikan, maka dijamin bahwa soal yang diberikan kepada siswa
Software Requirement System (SRS) “Si Tole"
sesuai dengan kurikulum yang sedang berjalan dan sesuai dengan kisi-kisi
ujian nasional.
2.4.3
Konfigurasi Sistem
o Database, digunakan untuk menyimpan data yang berhubungan dengan
system seperti data user, data soal, data nilai dan lain sebagainya.
o Web Server digunakan untuk mengatur akses dari user ke system,
mengatur tampilan interface untuk user.
o Konfigurasi jaringan yang digunakan dalam aplikasi ini adalah client
server, dimana terdapat server yang bias diakses client secara langsung.
2.5 Rencana Kerja
3. Kebutuhan Spesifik
3.1 Use Case Report
Use case requirement
SRS system harus dapat melakukan login ke dalam
system.
No requirement
STL – 001
Aktor : Admin System, Admin, Siswa, Pengajar
SRS system harus dapat melakukan kustomisasi
system.
STL – 002
Aktor : Admin System
SRS system harus dapat melakukan pengaktifan atau
penonaktifan klien.
STL – 003
Aktor : Admin System
SRS system harus dapat melakukan pengaktifan atau
STL – 004
penonaktifan admin.
Software Requirement System (SRS) “Si Tole"
Aktor : Admin System
SRS system harus dapat melakukan penggantian
password.
STL – 005
Aktor : Admin System, Admin, Siswa, Pengajar
SRS system harus dapat melakukan pengelolaan data
user.
STL – 006
Aktor : Admin
SRS system harus dapat melakukan pengelolaan data
soal dan pembahasannya.
STL – 007
Aktor : Admin
SRS system harus dapat melakukan pengelolaan data
nilai.
STL – 008
Aktor : Admin
SRS system harus dapat melakukan pengelolaan
terhadap isi News.
STL – 009
Aktor : Admin
SRS system harus dapat melakukan pengelolaan
terhadap Forum.
STL – 010
Aktor : Admin
SRS system harus dapat melakukan kustomisasi user.
Aktor : Admin
SRS system harus dapat melakukan lihat news yang
ada.
STL – 011
STL – 012
Aktor : Siswa, Pengajar, Wali Murid, Guest
SRS system harus dapat melakukan lihat dan
download soal ujian.
STL – 013
Aktor : Siswa, Pengajar, Guest
SRS system harus dapat melakukan akses terhadap
forum.
STL – 014
Aktor : Siswa, Pengajar
SRS system harus dapat melakukan try out online.
Aktor : Siswa
SRS system harus dapat melakukan lihat nilai.
Aktor : Siswa, Pengajar, Wali Murid
SRS system harus dapat melakukan proses login
melalui NIS siswa.
STL – 015
STL – 016
STL – 017
Aktor : Wali Murid
Software Requirement System (SRS) “Si Tole"
3.2 Supplementary Requirement
Requirement
SRS system harus dapat mengupdate, mengedit,
menghapus data yang berada di database.
SRS system harus dapat menggunakan otentikasi
yang sudah ditentukan dan aman dari serangan
(spoofing, sniffing dan sebagainya).
SRS system harus dikembangakan
dengan
menggunakan teknologi web berbasis SaaS.
SRS system harus memiliki interface yang sesuai
dengan kebutuhan user dan standar portal.
SRS system harus dapat menjamin keamanan data
dalam system.
No requirement
SUPP – 001
SUPP – 002
SUPP – 003
SUPP – 004
SUPP – 005
4. Informasi Tambahan
Supporting information disini akan dicantumkan berupa informasi – informasi yang
dapat membantu dalam pengembangan sistem. Informasi – informasi yang di berikan
adalah berupa rancangan UML Diagram (Class Diagram dan Activity Diagram).
Berikut rancangannya :
4.1 Class Diagram
Class diagram ini menjelaskan tentang class apa saja yang digunakan dan
relasi antar kelas yang bersangkutan.
Software Requirement System (SRS) “Si Tole"
class Class diagram
Instansi
#
#
#
#
ID_instansi: int
Nama: String
Alamat: String
No_Telp: int
Pengaj ar
#
#
#
NIP: int
Nama: int
Instansi: String
«property get»
+ getID_instansi() : int
+ getNama() : String
+ getAlamat() : String
+ getNo_Telp() : int
«property get»
+ getNIP() : int
+ getNama() : int
+ getInstansi() : String
+ getAlamat() : String
+ getNo_Telp() : int
«property set»
+ setID_instansi(int) : void
+ setNama(String) : void
+ setAlamat(String) : void
+ setNo_Telp(int) : void
«property set»
+ setNIP(int) : void
+ setNama(int) : void
+ setInstansi(String) : void
Soal
#
#
#
#
ID_Soal: String
Kategori: String
Mapel: String
No_Soal: int
«property get»
+ getID_Soal() : String
+ getKategori() : String
+ getMapel() : String
+ getNo_Soal() : int
«property set»
+ setID_Soal(String) : void
+ setKategori(String) : void
+ setMapel(String) : void
+ setNo_Soal(int) : void
Pembahasan
#
#
ID_Soal: String
No_Soal: int
#
new() : void
«property get»
+ getID_Soal() : String
+ getKategori() : String
+ getMapel() : String
+ getNo_Soal() : int
New s
Sisw a
Login/Logout
#
#
Username: String
Password: String
#
#
login() : void
logout() : void
«property get»
+ getPassword() : String
+ getUsername() : String
«property set»
+ setPassword(String) : void
+ setUsername(String) : void
#
#
#
#
#
NIS: int
Nama: String
Sekolah: String
Jurusan: String
T TL: String
«property get»
+ getNama() : String
+ getSekolah() : String
+ getAlamat() : String
+ getJurusan() : String
+ getNo_Telp() : int
+ getNIS() : int
+ getTTL() : String
Forum
#
#
ID_Post: int
komen: String
«property get»
+ getID_Post() : int
+ getkomen() : String
«property set»
+ setID_Post(int) : void
+ setkomen(String) : void
#
#
ID_News: int
news: string
«property get»
+ getID_News() : int
+ getnews() : string
«property set»
+ setID_News(int) : void
+ setnews(string) : void
«property set»
+ setNama(String) : void
+ setSekolah(String) : void
+ setJurusan(String) : void
+ setNIS(int) : void
+ setTT L(String) : void
4.2 Activity Diagram
Activity diagram digunakan untuk menjelaskan masing-masing alur dari setiap
proses. Berikut ini diberikan activity dari proses try out online dan lihat nilai.
Activity Diagram Try Out Online :
Software Requirement System (SRS) “Si Tole"
act Activ ity Soal
Sisw a
System
Awal
Sisw a melakukan login
dengan menginputan
username berupa NIS
Validasi login
Salah
Benar
Sisw a memilih soal yang
sesuai
Sisw a mengerj akan soal
satu per satu
System menampilkan
pilihan soal berdasarkan
kategori dan mapel
System menampilkan soal
yang telah dipilih sisw a
Sisw a selesai
mngerj akan dan mengklik
tombol hasil untuk
mengetahui nilai yang
diperoleh
Sisw a mengetahui hasil
Try Out
System memproses
j aw aban benar dan salah
dan menampilkan hasil Try
Out
Selesai
Activity Diagram Lihat Nilai :
Software Requirement System (SRS) “Si Tole"
act activ ity cek nilai
User
System
Awal
User Login
sisw a login
dengan
menginputkan
NIS dan
passw ord
pengaj ar login
dengan
mnginpukan
NIP dan
passw ord
Orang tua
hanya
menginputkan
NIM putranya
User login
user melakukan login
untuk melihat hasil try out
Salah
validasi login
Benar
system menampilkan hasil try out sesuai
dengan NIM atau NIP yang diinputkan (untuk
pengaj ar system menampilkan hasil seluruh
sisw a dari instansinya)
Selesai
Software Requirement System (SRS) “Si Tole"
5. Struktur WBS
WBS adalah proses hierarki yang membagi pekerjaan proyek menjadi elemenelemen pekerjaan yang lebih kecil.Penggunaan WBS membantu meyakinkan manajer proyek
bahwa semua produk dan elemen pekerjaan yang telah diidentifikasi dan WBS digunakan
sebagai basis pengendalian.
Adapun Work Breakdown Struktur dari sistem yang kami kembangkan,
kami gambarkan seperti di bawah ini :
Level
Kode
WBS
1
2
3
3
3
3
3
2
3
3
3
3
3
1
1.1
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
2
3
3
3
1
2
3
3
3
2
2
2
1
2
2
2
2
1
2
1.3
1.3.1
1.3.2
1.3.3
2
2.1
2.1.1
2.1.2
2.1.3
2.2
2.3
2.4
3
3.1
3.2
3.3
3.4
4
4.1
Nama Elemen
System Informasi Try Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan Sistem
Analisa Kebutuhan Proses
Analisa Kebutuhan Sumberdaya
Analisa Kebutuhan Teknik
Analisa Kebutuhan Spesifkasi
Membuat Sistem Requirement
Melakukan Perencanaan Sistem
Implementasi Kebutuhan Sistem
Menyiapkan Standar Programming
Analisa Program
Mengimplementasikan Kebutuhan Sistem Ke
Program
Membuat Proses Bisnis
Target Umum Pemasaran Bisnis
Proses Pemasaran
Teknik Pemasaran
Desain
Desain Arsitektur
Desain Interface Sistem Informasi
Implementasi Kebutuhan Sistem
Desain Detail
Desain Database
Desain Arsitektur Jaringan
Merancang Alur Interface
Developing
Proses Installasi
Proses Code Program
Penanganan Database
Integrasi Sistem
Testing
Testing dan Evaluasi Unit Sistem
Software Requirement System (SRS) “Si Tole"
2
2
2
1
2
2
2
1
2
2
2
4.2
4.3
4.4
5
5.1
5.2
5.3
6
6.1
6.2
6.3
Testing dan Evaluasi Sistem Terintegrasi
Testing Kinerja Web
Testing Error
Implementasi
Go Live
Installasi Masing-Masing Client
Alih Teknologi
Maintenance
Verifkasi Sistem
Monitoring Sistem
Update Sistem
Adapun untuk kejelasan deskripsi dan fungsi dari WBS yang telah kami
buat, akan kami jelaskan pada WBS dictionary sebagai berikut :
Lev
el
Kod
e
WB
S
Deskripsi
Nama Elemen
1
2
3
1
1.1
1.1.
1
System Informasi Try
Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan
Sistem
3
1.1.
2
Analisa Kebutuhan
Proses
3
1.1.
3
Analisa Kebutuhan
Sumberdaya
3
1.1.
4
Analisa Kebutuhan
Teknik
3
1.1.
5
Analisa Kebutuhan
Spesifkasi
Judul
Proyek
yang
Dikembangkan
Proses Seluruh Analisa Sistem
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan system, kebutuhan
system terdiri dari kebutuhan
fungsional
dan
kebutuhan
nonfungsional
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan
proses.
Pada
kebutuhan
ini
ditentukan
batasan-batasan
apa
saja
menyangkut system informasi
yang akan dibuat
Merinci dan membahas berbagai
macam
kebutuhan
yang
dibutuhkan
mengenai
sumberdaya
Merinci dan membahas berbagai
macam
kebutuhan
mengenai
teknik
proyek
yang
akan
dikembangkan
Merinci dan membahas berbagai
macam
kebutuhan
mengenai
Software Requirement System (SRS) “Si Tole"
spesifkasi dari sistem baik ftur
maupun
kegunaan
sistem,
keunggulan sistem.
Contoh kebutuhan spesifkasi
yang
diperlukan
adalah
menentukan spesifkasi server,
spesifkasi
memory
yang
diperlukan, dan lain-lain.
2
1.2
3
1.2.
1
Membuat Sistem
Requirement
Melakukan
Perencanaan Sistem
3
1.2.
2
Implementasi
Kebutuhan Sistem
3
1.2.
3
Menyiapkan Standar
Programming
3
1.2.
4
Analisa Program
3
1.2.
5
Mengimplementasikan
Kebutuhan Sistem Ke
Program
2
1.3
Membuat Proses Bisnis
3
1.3.
1
1.3.
2
Target Umum
Pemasaran Bisnis
Proses Pemasaran
1.3.
3
Teknik Pemasaran
3
3
Merencanakan segala bentuk
rancangan
dan
perencanaan
sistem yang akan dikembangkan.
Metode
perancangan
system
yang digunakan adalah metode
waterfall,
sehingga
pengerjaannya
bertahap
dan
berkesinambungan.
Mengimplementasikan
segala
bentuk kebutuhan sistem yang
telah dihasilkan dalam analisa
sistem ke dalam perencanaan
system
Dari analisa dan implementasi
sistem,
melakukan
dan
menyiapkan
perencanaan
standarisasi program yang akan
dipakai dan akan dibuat
Proses analisis berbagai macam
kebutuhan-kebutuhan
dan
konsep dari program yang akan
dikembangkan
Merealisasikan dan
mengimplementasikan berbagai
macam hasil analisa program
menjadi program yang siap
dikembangkan
Menentukan
dan
merancang
rincian
proses
bisnis
yang
dibutuhkan
dan
yang
akan
dilakukan dalam pengembangan
system
Menentukan target pemasaran
bisnis system
Menentukan cara dan bagaimana
memasarkan sistem dan cara
meningkatkan pemasaran sistem
Cara memasarkan produk secara
utuh ke calon klien
Software Requirement System (SRS) “Si Tole"
1
2
2
2.1
Desain
Desain Arsitektur
3
2.1.
1
Desain Interface Sistem
Informasi
3
2.1.
2
Implementasi
Kebutuhan Sistem
3
2.1.
3
Desain Detail
2
2.2
Desain Database
2
2.3
Desain Arsitektur
Jaringan
2
2.4
Merancang Alur
Interface
1
2
3
3.1
Developing
Proses Installasi
2
3.2
Proses Code Program
2
3.3
Penanganan Database
2
3.4
Integrasi Sistem
Desain Struktur Sistem
Proses
perencanaan
desain
sistem yang akan dikembangkan,
dari mulai kebutuhan desain
yang ada, program ingin seperti
apa, dan bagaimana program
nanti akan dikembangkan
Perencanaan dan penggambaran
secara gambaran UI dari sistem,
yakni
penggambaran
secara
tampilan dari sistem
Dari kebutuhan sistem juga di
implementasikan
ke
dalam
desain UI sistem, sehingga
menghasilkan desain yang tepat
sasaran
Menjelaskan secara detail dan
menggambarkan secara khusus
dari masing-masing detail sistem
yang dibuat khususnya d esain
yang dikembangkan baik UI,
Sistem, maupun jaringan
Mendesain
dan
merancang
database
sistem
yang
dikembangkan
Melakukan perancangan skema
jaringan yang akan digunakan
untuk system. Pada system ini
digunakan skema jaringan client
server.
Perancangan
alur
sistem
khususnya
UI
dari
sistem
bagaimana dan seperti apa
jalannya
sistem
berjalan,
terutama alur UI sistem sebagai
media penggunaan sistem
Proses installasi program dari
sistem
Proses pembuatan code sistem
yang dikembangkan
Pembuatan dan pengembangan
database yang akan dipakai dan
dikembangkan ke dalam code
Pengintegrasian
Sistem
dari
database,
UI,
dan
koneksi
jaringan terhadap sistem yang
Software Requirement System (SRS) “Si Tole"
akan dikembangkan
1
2
4
4.1
Testing
Testing dan Evaluasi
Unit Sistem
2
4.2
Testing dan Evaluasi
Sistem Terintegrasi
2
4.3
Testing Kinerja Web
2
4.4
Testing Error
1
2
5
5.1
Implementasi
Go Live
2
5.2
Installasi MasingMasing Client
2
5.3
Alih Teknologi
1
2
6
6.1
Maintenance
Verifkasi Sistem
2
6.2
Monitoring Sistem
2
6.3
Update Sistem
Testing sistem yang dilakukan
oleh provider serta mengevaluasi
segala
berbagai
macam
kekurangan baik desain, alur,
dan code sistem (Testing sistem
secara beta)
Melakukan
testing
jalannya
sistem dengan adanya integrasi
dengan
jaringan
yang
ada
maupun testing jalannya sistem
secara
global
(baik
menggunakan
UI,
Navigasi
sistem, serta adanya jaringan
sistem)
Testing
kinerja
web
dalam
pengaksesan sistem (akses web
secara bersamaan dengan user
lain)
Testing kelayakan sistem terkait
debugging yang kemungkinan
terjadi, dengan asumsi provider
melakukan test sebagai user dan
client
Proses pertama kali upload
sistem ke dalam server pusat,
siap didistribusikan ke client
Proses installasi program ke
masing-masing Unit Personal
Computer
Proses pelaksanaan pelatihan
penggunaan
dan
tata
cara
pemakaian
sistem
yang
dikembangkan
Proses verifkasi client terhadap
provider mengenai sistem yang
akan dipakai oleh client (seperti
verifkasi license penggunaan
sistem)
Proses monitoring sistem selama
masa uji coba pemakaian sistem
oleh
user
(antisipasi
user
mengalami human error)
Update sistem oleh provider
Software Requirement System (SRS) “Si Tole"
mengenai ftur-ftur yang perlu
dan dirasa ingin di kembangkan
ulang
2
6.4
Closing
Dalam penyusunan WBS dari sistem yang kami kembangkan, kami juga membuat
struktur WBS yang berbentuk Tree yang mana fungsinya sama sebagai kerangka kerja dari
proyek yang akan kami kembangkan seperti berikut :
Software Requirement System (SRS) “Si Tole"
SITOLE (Sistem
Informasi Try Out
On Line)
Analisa
1
Desain
2
Developing
3
Testing
4
Implementasi
5
Maintenance
6
Analisa
Kebutuhan
1.1
Desain Arsitektur
Proses Installasi
Go Live
Verifikasi Sistem
2.1
3.1
Testing dan Evaluasi
Unit Sistem
4.1
5.1
6.1
Analisa
Kebutuhan Sistem
1.1.1
Desain Interface
Sistem Informasi
2.1.1
Proses Code
Program
3.2
Testing dan Evaluasi
Sistem Terintegrasi
4.2
Installasi MasingMasing Client
5.2
Monitoring Sistem
Analisa
Kebutuhan Proses
1.1.2
Implementasi
Kebutuhan Sistem
2.1.2
Penanganan
Database
3.3
Testing Kinerja
Web
4.3
Alih Teknologi
Update Sistem
5.3
6.3
Analisa
Kebutuhan
Sumberdaya
1.1.3
Desain Detail
Integrasi Sistem
Testing Error
2.1.3
3.4
4.4
Analisa
Kebutuhan Teknik
1.1.4
Desain Database
2.2
Analisa
Kebutuhan
Spesifikasi
1.1.5
Desain Arsitektur
Jaringan
2.3
Membuat Sistem
Requirement
1.2
Merancang Alur
Interface
2.4
6.2
Melakukan
Perencanaan
Sistem
1.2.1
Implementasi
Kebutuhan Sistem
1.2.2
Menyiapkan
Standar
Programming
1.2.3
Analisa Program
1.2.4
Software Requirement System (SRS) “Si Tole"
Membuat Proses
Bisnis
1.3
Target Umum
Pemasaran Bisnis
1.3.1
Proses Pemasaran
1.3.2
Teknik Pemasaran
1.3.3
6. Estimasi Waktu Pengerjaan Proyek Berdasarkan WBS
Step
1
1.1
1.1.1
1.1.2
1.1.3
1.1.4
1.1.5
1.2
1.2.1
1.2.2
1.2.3
1.2.4
1.2.5
1.3
1.3.1
1.3.2
1.3.3
2
2.1
2.1.1
2.1.2
2.1.3
2.2
2.3
Nama Elemen
System Informasi Try Out Online
Analisa
Analisa Kebutuhan
Analisa Kebutuhan Sistem
Analisa Kebutuhan Proses
Analisa Kebutuhan Sumberdaya
Analisa Kebutuhan Teknik
Analisa Kebutuhan Spesifkasi
Membuat Sistem Requirement
Melakukan Perencanaan Sistem
Implementasi Kebutuhan Sistem
Menyiapkan Standar Programming
Analisa Program
Mengimplementasikan Kebutuhan Sistem
Ke Program
Membuat Proses Bisnis
Target Umum Pemasaran Bisnis
Proses Pemasaran
Teknik Pemasaran
Desain
Desain Arsitektur
Desain Interface Sistem Informasi
Implementasi Kebutuhan Sistem
Desain Detail
Desain Database
Desain Arsitektur Jaringan
Estimasi Waktu
12 Hari
3 Hari
3 Hari
3 Hari
3 Hari
3 Hari
26 Hari
4 Hari
3 Hari
7 Hari
7 Hari
5 Hari
4 Hari
2 Hari
1 Hari
1 Hari
7 Hari
3 Hari
1 Hari
3 Hari
5 Hari
5 Hari
Software Requirement System (SRS) “Si Tole"
2.4
3
3.1
3.2
3.3
3.4
4
4.1
4.2
4.3
4.4
5
5.1
5.2
5.3
6
6.1
6.2
6.3
Merancang Alur Interface
Developing
Proses Installasi
Proses Code Program
Penanganan Database
Integrasi Sistem
Testing
Testing dan Evaluasi Unit Sistem
Testing dan Evaluasi Sistem
Terintegrasi
Testing Kinerja Web
Testing Error
Implementasi
Go Live
Installasi Masing-Masing Client
Alih Teknologi
Maintenance
Verifikasi Sistem
Monitoring Sistem
Update Sistem
Total Waktu Proyek
3 Hari
1
7
4
2
Hari
Hari
Hari
Hari
3 Hari
3 Hari
3 Hari
3 Hari
1 Hari
1 Hari
2 Hari
1 Hari
15 Hari
3 Hari
111 Hari
7. Gantt Chart Dari Proyek SiTole
Software Requirement System (SRS) “Si Tole"