Software Requirement System (SRS) “Si Tole"
Oleh : Kelompok 3 :
Cahya Arief Ramadhan (0910960003)
Khoirul Sholeh (0910960045)
Adi Yuistianto (0910963001)
A. Zhainuddin (0910963063)
Devi Afrianti (0910963075)
Inthi Ba’u Surotih (0910963085)
M. Triwijaya (0910963091)
Yuditia Fadhil A. (0910963105)
PROGRAM STUDI ILMU KOMPUTER
JURUSAN MATEMATIKA
FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM
UNIVERSITAS BRAWIJAYA
MALANG
2011/2012
TUGAS SRS dan WBS
SITOLE (Sistem Informasi Try Out on-Line)
Software Requirement System (SRS) “Si Tole"
1. Pendahuluan
1.1Tujuan
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.2Ruang 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
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.3Overview
Pada dokumen Software Requirement System ini dijelaskan tentang deskripsi
umum system, work plan, spesifikasi interface, kebutuhan fungsional,
non-fungsional, 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).
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 :
SiTole
Hasil pengerjaan soal
ujian
Hasil pengerjaan soal
ujian
Hasil Nilai Ujian
Seluruh Hasil Ujian Anaknya
Input NIS Hasil Nilai Ujian
Siswi (peserta) mengikuti Try Out on-Line
Orang Tua (Wali Murid) Pihak Instansi
Laporan hasil seluruh Try Out siswa
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.1Perspektif 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.2Manfaat Produk
Software Requirement System (SRS) “Si Tole"
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.
Lembaga-lembaga 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.3Use Case Model Survey
2.3.1 Use case aktor Admin System
uc Admin System
Admin System
Login Kustomisasi System
Aktif Nonaktif Kllien
Ganti Passw ord Aktif Nonaktif Admin
«include» «include»
Software Requirement System (SRS) “Si Tole"
2.3.2 Use case aktor Admin
uc Admin
Admin
Mengelola Forum Mengelola Data Nilai Mengelola Data Soal dan Pembahasan Mengelola Data User
Mengelola New s
Update Pembahasan Soal Update Soal
Kustomisasi User
Login
Ganti Passw ord
«include» «include» «include» «include» «include» «include»
Software Requirement System (SRS) “Si Tole"
2.3.3 Use case aktor Siswa
uc Sisw a
Sisw a
Login
Try Out Online Lihat New s
Forum Lihat dan Dow nload
Soal Uj ian
Lihat Nilai Nilai Sisw a
Rata-rata Sekolah Ganti Passw ord
«include» «include» «include» «include»
2.3.4 Use case aktor Guest
uc Guest
Guest
Lihat New s
Software Requirement System (SRS) “Si Tole"
2.3.5 Use case aktor Pengajar
uc Pengaj ar
Pengaj ar
Login
Rata-rata Sekolah Lihat New s
Lihat Nilai
Nilai Sisw a Forum
Lihat dan Dow nload Soal Uj ian
Ganti Passw ord
«include» «include»
«include»
2.3.6 Use case aktor Wali Murid
uc Wali Murid
Wali Murid
Lihat Nilai
Nilai Sisw a Rata-rata Sekolah
Lihat New s
Masukkan NIS
Software Requirement System (SRS) “Si Tole"
Use case dari system informasi try out online (SiTole) terdiri dari :
- 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
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.4Asumsi 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
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.5Rencana Kerja
3. Kebutuhan Spesifik
3.1Use Case Report
Use case requirement No requirement
SRS system harus dapat melakukan login ke dalam
system.
Aktor : Admin System, Admin, Siswa, Pengajar
STL – 001
SRS system harus dapat melakukan kustomisasi
system.
Aktor : Admin System
STL – 002
SRS system harus dapat melakukan pengaktifan atau
penonaktifan klien.
Aktor : Admin System
Software Requirement System (SRS) “Si Tole"
SRS system harus dapat melakukan pengaktifan atau
penonaktifan admin.
Aktor : Admin System
STL – 004
SRS system harus dapat melakukan penggantian
password.
Aktor : Admin System, Admin, Siswa, Pengajar
STL – 005
SRS system harus dapat melakukan pengelolaan data
user.
Aktor : Admin
STL – 006
SRS system harus dapat melakukan pengelolaan data
soal dan pembahasannya.
Aktor : Admin
STL – 007
SRS system harus dapat melakukan pengelolaan data
nilai.
Aktor : Admin
STL – 008
SRS system harus dapat melakukan pengelolaan
terhadap isi News.
Aktor : Admin
STL – 009
SRS system harus dapat melakukan pengelolaan
terhadap Forum.
Aktor : Admin
STL – 010
SRS system harus dapat melakukan kustomisasi user.
Aktor : Admin STL – 011
SRS system harus dapat melakukan lihat news yang
ada.
Aktor : Siswa, Pengajar, Wali Murid, Guest
STL – 012
SRS system harus dapat melakukan lihat dan
download soal ujian.
Aktor : Siswa, Pengajar, Guest
STL – 013
SRS system harus dapat melakukan akses terhadap
forum.
Aktor : Siswa, Pengajar
STL – 014
Software Requirement System (SRS) “Si Tole"
Aktor : Siswa
SRS system harus dapat melakukan lihat nilai.
Aktor : Siswa, Pengajar, Wali Murid STL – 016
SRS system harus dapat melakukan proses login
melalui NIS siswa.
Aktor : Wali Murid
STL – 017
3.2Supplementary Requirement
Requirement No requirement
SRS system harus dapat mengupdate, mengedit,
menghapus data yang berada di database. SUPP – 001
SRS system harus dapat menggunakan otentikasi
yang sudah ditentukan dan aman dari serangan
(spoofing, sniffing dan sebagainya).
SUPP – 002
SRS system harus dikembangakan dengan
menggunakan teknologi web berbasis SaaS. SUPP – 003
SRS system harus memiliki interface yang sesuai
dengan kebutuhan user dan standar portal. SUPP – 004
SRS system harus dapat menjamin keamanan data
Software Requirement System (SRS) “Si Tole"
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.1Class Diagram
Class diagram ini menjelaskan tentang class apa saja yang digunakan dan
relasi antar kelas yang bersangkutan.
class Class diagram
Sisw a + getSekolah() : String + getAlamat() : String + getJurusan() : String + getNo_Telp() : int + getNIS() : int + getTTL() : String
«property set»
+ setNama(String) : void + setSekolah(String) : void + setJurusan(String) : void + setNIS(int) : void + setTTL(String) : void Instansi
+ getID_instansi() : int + getNama() : String + getAlamat() : String + getNo_Telp() : int
«property set»
+ setID_instansi(int) : void + setNama(String) : void + setAlamat(String) : void + setNo_Telp(int) : void
Pengaj ar + getInstansi() : String + getAlamat() : String + getNo_Telp() : int
«property set»
+ setNIP(int) : void + setNama(int) : void + setInstansi(String) : void
Soal
+ 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
+ getPassword() : String + getUsername() : String
«property set»
+ setPassword(String) : void + setUsername(String) : void
Forum
+ setID_Post(int) : void + setkomen(String) : void
New s
Software Requirement System (SRS) “Si Tole"
4.2Activity 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 :
act Activ ity Soal
System Sisw a
Awal
Sisw a melakukan login dengan menginputan username berupa NIS
Validasi login
System menampilkan pilihan soal berdasarkan
kategori dan mapel Sisw a memilih soal yang
sesuai
Sisw a mengerj akan soal satu per satu
Sisw a selesai mngerj akan dan mengklik
tombol hasil untuk mengetahui nilai yang
diperoleh
System menampilkan soal yang telah dipilih sisw a
System memproses j aw aban benar dan salah dan menampilkan hasil Try
Out Sisw a mengetahui hasil
Try Out
Selesai
Software Requirement System (SRS) “Si Tole"
Activity Diagram Lihat Nilai :
act activ ity cek nilai
System User
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
validasi login
system menampilkan hasil try out sesuai dengan NIM atau NIP yang diinputkan (untuk pengaj ar system menampilkan hasil seluruh
sisw a dari instansinya)
Software Requirement System (SRS) “Si Tole"
5. Struktur Hierarci WBS
WBS adalah proses hierarkis yang membagi pekerjaan proyek menjadi
elemen-elemen 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 Nama Elemen System Informasi Try Out Online
1 1 Analisa
2 1.1 Analisa Kebutuhan
3 1.1.1 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 Spesifikasi
2 1.2 Membuat Sistem Requirement
3 1.2.1 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 Target Umum Pemasaran Bisnis
3 1.3.2 Proses Pemasaran
3 1.3.3 Teknik Pemasaran
1 2 Desain
2 2.1 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 3 Developing
2 3.1 Proses Installasi
2 3.2 Proses Code Program
2 3.3 Penanganan Database
2 3.4 Integrasi Sistem
Software Requirement System (SRS) “Si Tole"
2 4.1 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 5 Implementasi
2 5.1 Go Live
2 5.2 Installasi Masing-Masing Client
2 5.3 Alih Teknologi
akan kami jelaskan pada WBS dictionary sebagai berikut :
Level Kode
WBS Nama Elemen Deskripsi System Informasi Try Out
Online
Judul Proyek yang Dikembangkan
1 1 Analisa Proses Seluruh Analisa Sistem
2 1.1 Analisa Kebutuhan
3 1.1.1 Analisa Kebutuhan Sistem Merinci dan membahas berbagai macam kebutuhan yang dibutuhkan system, kebutuhan system terdiri dari kebutuhan fungsional dan kebutuhan nonfungsional
3 1.1.2 Analisa Kebutuhan Proses Merinci dan membahas berbagai macam kebutuhan yang dibutuhkan proses. Pada kebutuhan ini ditentukan batasan-batasan apa saja menyangkut system informasi yang akan dibuat 3 1.1.3 Analisa Kebutuhan
Sumberdaya
Merinci dan membahas berbagai macam kebutuhan yang dibutuhkan mengenai sumberdaya
3 1.1.4 Analisa Kebutuhan Teknik Merinci dan membahas berbagai macam kebutuhan mengenai teknik proyek yang akan dikembangkan
3 1.1.5 Analisa Kebutuhan Spesifikasi
Merinci dan membahas berbagai macam kebutuhan mengenai spesifikasi dari sistem baik fitur maupun kegunaan sistem, keunggulan sistem.
Software Requirement System (SRS) “Si Tole"
spesifikasi server, spesifikasi memory yang diperlukan, dan lain-lain.
2 1.2 Membuat Sistem
Requirement
3 1.2.1 Melakukan Perencanaan Sistem
Merencanakan segala bentuk rancangan dan perencanaan sistem yang akan dikembangkan. Metode perancangan system yang digunakan adalah metode waterfall, sehingga pengerjaannya bertahap dan berkesinambungan.
3 1.2.2 Implementasi Kebutuhan Sistem
Mengimplementasikan segala bentuk kebutuhan sistem yang telah dihasilkan dalam analisa sistem ke dalam perencanaan system
3 1.2.3 Menyiapkan Standar Programming
Dari analisa dan implementasi sistem,
melakukan dan menyiapkan
perencanaan standarisasi program yang akan dipakai dan akan dibuat
3 1.2.4 Analisa Program Proses analisis berbagai macam
kebutuhan-kebutuhan dan konsep dari program yang akan dikembangkan 3 1.2.5 Mengimplementasikan
Kebutuhan Sistem Ke Program
Merealisasikan dan
mengimplementasikan berbagai macam hasil analisa program menjadi program yang siap dikembangkan
2 1.3 Membuat Proses Bisnis Menentukan dan merancang rincian proses bisnis yang dibutuhkan dan yang akan dilakukan dalam pengembangan system
3 1.3.1 Target Umum Pemasaran Bisnis
Menentukan target pemasaran bisnis system
3 1.3.2 Proses Pemasaran Menentukan cara dan bagaimana
memasarkan sistem dan cara meningkatkan pemasaran sistem
3 1.3.3 Teknik Pemasaran Cara memasarkan produk secara utuh ke calon klien
1 2 Desain Desain Struktur Sistem
2 2.1 Desain Arsitektur Proses perencanaan desain sistem yang akan dikembangkan, dari mulai kebutuhan desain yang ada, program ingin seperti apa, dan bagaimana program nanti akan dikembangkan 3 2.1.1 Desain Interface Sistem
Informasi
Perencanaan dan penggambaran secara gambaran UI dari sistem, yakni penggambaran secara tampilan dari sistem
Software Requirement System (SRS) “Si Tole"
Sistem implementasikan ke dalam desain UI
sistem, sehingga menghasilkan desain yang tepat sasaran
3 2.1.3 Desain Detail Menjelaskan secara detail dan
menggambarkan secara khusus dari masing-masing detail sistem yang dibuat khususnya d esain yang dikembangkan baik UI, Sistem, maupun jaringan
2 2.2 Desain Database Mendesain dan merancang database
sistem yang dikembangkan
2 2.3 Desain Arsitektur Jaringan Melakukan perancangan skema jaringan yang akan digunakan untuk system. Pada system ini digunakan skema jaringan client server.
2 2.4 Merancang Alur Interface Perancangan alur sistem khususnya UI dari sistem bagaimana dan seperti apa jalannya sistem berjalan, terutama alur UI sistem sebagai media penggunaan sistem
1 3 Developing
2 3.1 Proses Installasi Proses installasi program dari sistem 2 3.2 Proses Code Program Proses pembuatan code sistem yang
dikembangkan
2 3.3 Penanganan Database Pembuatan dan pengembangan
database yang akan dipakai dan dikembangkan ke dalam code
2 3.4 Integrasi Sistem Pengintegrasian Sistem dari database, UI, dan koneksi jaringan terhadap sistem yang akan dikembangkan
1 4 Testing
2 4.1 Testing dan Evaluasi Unit Sistem
Testing sistem yang dilakukan oleh provider serta mengevaluasi segala berbagai macam kekurangan baik desain, alur, dan code sistem (Testing sistem secara beta)
2 4.2 Testing dan Evaluasi Sistem Terintegrasi
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)
2 4.3 Testing Kinerja Web Testing kinerja web dalam pengaksesan sistem (akses web secara bersamaan dengan user lain)
2 4.4 Testing Error Testing kelayakan sistem terkait
Software Requirement System (SRS) “Si Tole"
dengan asumsi provider melakukan test sebagai user dan client
1 5 Implementasi
2 5.1 Go Live Proses pertama kali upload sistem ke
dalam server pusat, siap didistribusikan ke client
2 5.2 Installasi Masing-Masing Client
Proses installasi program ke masing-masing Unit Personal Computer
2 5.3 Alih Teknologi Proses pelaksanaan pelatihan
penggunaan dan tata cara pemakaian sistem yang dikembangkan
1 6 Maintenance
2 6.1 Verifikasi Sistem Proses verifikasi client terhadap provider mengenai sistem yang akan dipakai oleh client (seperti verifikasi license penggunaan sistem)
2 6.2 Monitoring Sistem Proses monitoring sistem selama masa uji coba pemakaian sistem oleh user (antisipasi user mengalami human error)
2 6.3 Update Sistem Update sistem oleh provider mengenai fitur-fitur 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
Software Requirement System (SRS) “Si Tole"
Testing dan Evaluasi Unit Sistem
4.1
Testing dan Evaluasi Sistem Terintegrasi Informasi Try Out
Software Requirement System (SRS) “Si Tole"
Teknik Pemasaran 1.3.3 Membuat Proses
Bisnis 1.3
Proses Pemasaran 1.3.2 Target Umum Pemasaran Bisnis