Dokumentasi Proyek TK

Nomor Dokumen Halaman
Program Studi Teknik Komputer
PTK 01-005 1/29

Politeknik Telkom
Revisi
PROYEK TK
PROYEK TEKNIK KOMPUTER
DOKUMEN PROYEK GSA WEB
untuk:
Politeknik Telkom
Dipersiapkan oleh:
1. Dimas Zakky N
2. Reza Hikmah A
3. Hendy Septiawan
4. Melvin Erlysom G
Program Studi Teknik Komputer – Politeknik Telkom
Jl. Telekomunikasi No. 1 Ters. Buah Batu Bandung 40257

PRODI TEKNIK KOMPUTER PTK 01-005 Gate Students Activities Halaman 2 dari 27
Portal
Dokumen ini dimiliki oleh Program Studi Teknik Komputer Politeknik Telkom dan bersifat rahasia.
Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Komputer
Portal
DAFTAR PERUBAHAN
Revisi Deskripsi Halaman
A
INDEX - A B C D E
TGL
Ditulis oleh
Diperiksa oleh
Disetujui oleh
LEMBAR OTORISASI
Portal
GSA Web
STATUS : Approved
KLASIFIKASI : RAHASIA
ABSTRAKSI : Dokumen ini berisi rincian kebutuhan bisnis untuk pengembangan

Perangkat Lunak untuk GSA Web dalam proyek Gate Students
Activities Portal di Politeknik Telkom.
DIBUAT OLEH: Kelompok v
OTORISASI OLEH:
………………………………………… ........................
TELKOM POLITEKNIK<Customer> Tanggal
……………………….......................... ......................
EDDY PRASETYO N <IT Auditor> Tanggal
………………………............................ ......................
REZA HIKMAH A <Quality Assurance> Tanggal
……………………….......................... . ......................
DIMAS ZAKKY N <Manajer Proyek> Tanggal
Portal
Daftar Isi
1. Pendahuluan.........................................................................................................................................................5
1.1 Tujuan Penulisan Dokumen...........................................................................................................................6
1.2 Lingkup Masalah............................................................................................................................................6
1.3 Definisi, Singkatan, dan Akronim..................................................................................................................6
1.4 Referensi.........................................................................................................................................................6
1.5 Deskripsi Umum Dokumen ...........................................................................................................................6
2 Overview Sistem....................................................................................................................................................7
2.1 Overview dan Kebutuhan Bisnis Sistem (System Requirement)..................................................................7
2.2 Aktifitas Sistem..............................................................................................................................................7
3 Kebutuhan Bisnis...................................................................................................................................................7
3.1 Daftar Kebutuhan Bisnis (Requirement List)................................................................................................7
3.1.1 Aktifitas-aktifitas.....................................................................................................................................8
3.2 Use Case Diagram..........................................................................................................................................8
3.3 Deskripsi Use Case.........................................................................................................................................9
3.4 Daftar Pemetaan Kebutuhan (Requirement Anaysis)..................................................................................16
4 Daftar Perubahan User Requirment....................................................................................................................16
5 Asumsi (Tahapan Analisis).................................................................................................................................16
6 Pengguna/Kelompok Pengguna...........................................................................................................................17
7 Kontrol Internal Aplikasi ....................................................................................................................................17
8 Model Behavioral................................................................................................................................................18
8.1 Model Behavioral........................................................................................................................................18
- Behavior Admin (DBMID-001)..................................................................................................................18
- Behavior Calon Anggota (DBMID -002)...................................................................................................19
- Behavior Anggota (DBMID -003)..............................................................................................................20
9 Daftar Perubahan Tahapan Analisa.....................................................................................................................21
10 Perencanaan Infrastruktur..................................................................................................................................22
10.1 Entity Relational Diagram..........................................................................................................................22
10.2 Data Definition Language Scrip.................................................................................................................22
11 Prosedur Testing................................................................................................................................................23
11.1 Test Objectives..........................................................................................................................................23
11.2 Prosedur Pengujian dan Penerimaan..........................................................................................................23
11.3 Kriteria Penerimaan....................................................................................................................................24
12 Deskripsi Testing ..............................................................................................................................................24
12.1 Jadwal dan Lokasi Pengujian.....................................................................................................................24
12.2 Prasyarat......................................................................................................................................................24
12.3 Detail Testing.............................................................................................................................................24
13 Pelaksanaan Testing (Acceptance Test)............................................................................................................26
13.1 Deskripsi Pelaksanaan Testing...................................................................................................................26
13.1.1 Evaluasi Proses....................................................................................................................................26
13.1.2 Evaluasi Hasil Testing.........................................................................................................................26
13.1.3 Kesimpulan Testing.............................................................................................................................27
1. Pendahuluan
Portal
1.1 Tujuan Penulisan Dokumen

Dokumen ini disusun untuk monitoring perkembangan proyek, agar jika terjadi
perubahan dapat diketahui dengan pasti. Selain itu juga digunakan sebagai
dokumentasi perjalanan pembuatan proyek, dan juga memberikan gambaran rinci
tentang GSA Web, baik berupa gambaran secara umum atau penjelasan secara
menyeluruh yang diitujukan kepada IT Auditor dan Politeknik Telkom, sebagai
seponsor.
1.2 Lingkup Masalah

Proyek ini mengerjakan GSA Web, yang merupakan sebuah web yang didukung oleh
infrastruktur jaringan intranet di Politeknik Telkom. Di dalam GSA Web menampung
aktivitas UKM-UKM di Politeknik Telkom.
1.3 Definisi, Singkatan, dan Akronim

• GSA : Gate Student Activities
1.4 Referensi
• IEEE Std. 830-1993, IEEE Recommended Practice for Software Requirement
Specifications.
• IEEE Std. 610.12-1990, IEEE Standard Glossary of Software Engineering
Terminology (ANSI).
• Tim Penulis, Buku Proyek TK, Politeknik Telkom
• -------, SPASI TELKOM V 3.0
• PHP & mySQL,Bunafit Nugroho
1.5 Deskripsi Umum Dokumen

Dokumen ini berisi pendahuluan dan penjelasan tentang tujuan pembuatan GSA Web,
segala sesuatu yang dibutuhkan dalam pembuatan GSA Web, dan pendefinisian tentang
pengguna dalam GSA Web ini.
Portal
2 Overview Sistem
GSA Web ini dibangun untuk membantu UKM yang ada di Politeknik Telkom. Di mana
setiap UKM di Politeknik Telkom ini akan di fasilitasi dengan tempat diskusi(forum)
serta papan pengumuman yang dapat diakses oleh anggota UKM yang bersangkuatan.
Agar kinerja dari UKM dapat terfokuskan dan juga mempermudah akses dan komunikasi
sesama anggota UKM
2.1 Overview dan Kebutuhan Bisnis Sistem (System Requirement)

Tujuan dari pembuatan proyek ini adalah untuk membantu UKM-UKM yang ada di
Politeknik Telkom, agar setiap UKM di Politeknik Telkom dapat memantau
perkembangannya serta dapat melakukan diskusi seputar UKM tersebut tanpa harus
bertatap muka.
Oleh karena itu dibutuhkan infrastruktur jaringan wireless di Politeknik Telkom untuk
mendukung terkoneksinya setiap anggota UKM dengan intranet, selanjutnya berhubungan
dengan GSA Web.
2.2 Aktifitas Sistem

Setelah angota maupun pengurus UKM terhubung dengan GSA Web, mereka dapat
mengakses UKM yang mereka maksud. Saat berada di dalam portal UKM mereka bisa
mengaskses serta mendapatkan informasi dari UKM tersebut. Dengan cara memasukkan
nim dan password yang telah didaftarkan ketika melakukan registrasi
3 Kebutuhan Bisnis
3.1 Daftar Kebutuhan Bisnis (Requirement List)
No Nama Sumbe Spesifikasi

REQID Deskripsi
. Kebutuhan r Performansi
1. R-01 Koneksi Menghubungkan halaman web dengan internal Skalabilitas,
database database Reliabilitas
2. R-02 persetujuan Mengulang Order yang gagal internal Skalabilitas,
dieksekusi Reliabilitas
Portal
No Nama Sumbe Spesifikasi

REQID Deskripsi
. Kebutuhan r Performansi
3. R-03 Update Dapat melakukan perubahan ke dalam internal Skalabilitas,
Status Work databse Reliabilitas
Order
3.1.1 Aktifitas-aktifitas
Memperbarui
3.2 Use Case Diagram daftar anggota
Post pengumuman
Memperbarui
Struktur Anggota
Registrasi
Melihat profil setiap

UKM
Melihat berita
terbaru
FAQ
Membaca rangkuman
dari setiap pertemuan
Portal
3.3 Deskripsi Use Case
ID 001
Nama Use Case Memperbarui daftar anggota
Dibuat Oleh Kelompok V
Tanggal Pembuatan 9 April 2009
Aktor Admin(pengurus UKM)
Deskripsi Admin mengakses GSA web, kemudian masuk ke UKM
yang dikelolanya untuk update daftar anggota, baik anggota
yg baru masuk maupun .yang sudah keluar, Selain itu admin
juga dapat memonitor kegiatan di UKM web.
Kondisi Awal 1. Admin Log In ke home page UKM
2. Admin melihat daftar anggota
3. Admin memperbarui daftar anggota.
Kondisi Akhir Daftar anggota yang baru sudah terpasang padaWEB
Kondisi Normal Daftar anggota yg ada
Skenario Normal 1. Admin Log In ke UKM web
2. Admin mamilih menu Anggota
3. Admin mengecek menu anggota
4. Admin melakukan perubahan pada data anggota
Skenario Lain -
Pengecualian Bila tidak ada anggota yang bertambah maka daftar anggota
tidak berubah
Prioritas Normal
Frekuensi Penggunaan Dua hari sekali/4 kali dalam seminggu
Aturan yang harus dipenuhi Terdaftar sebagai admin
Kebutuhan Khusus -
Asumsi -
Catatan -
ID 002
Nama Use Case Memposting berita
yang dikelolanya untuk memberikan informasi, baik jadwal
Portal
maupun pengumuman-pengumuman untuk semua

anggota/instansi yang terkait dengan UKM tersebut. Selain
itu admin juga dapat memonitor kegiatan di UKM web.
2. Admin memberikan informasi di UKM web atau
mengecek UKM web
Kondisi Akhir Informasi terpasang di UKM web
Kondisi Normal Informasi lama terpasang/belum ada informasi
4. Admin masuk ke Forum UKM web
5. Admin mengecek kegiatan atau diskusi di dalam
Forum UKM web
6. Admin memberikan berita terbaru/ informasi atau
menjawab pertanyaan agar dapat diketahui oleh
semua instansi UKM di form topic
7. Mempost berita agar di pajang di UKM web
Skenario Lain -
Pengecualian Informasi lama masih terpasang bila tidak ada informasi
baru
Prioritas Normal
Frekuensi Penggunaan Dua hari sekali/4 kali dalam seminggu
Kebutuhan Khusus -
Asumsi -
Catatan -
ID 003
Nama Use Case Registrasi
Tanggal Pembuatan 9 April2009
Aktor Calon Anggota (Mahasiswa)
Deskripsi Mahasiswa mengakses GSA melalui intranet yang tersedia
di Politeknik Telkom,mereka akan masuk ke halaman WEB
GSA, tetapi mereka tidak dapat mengakses setiap menu
karena harus menjadi anggota terlebih dahulu
Kondisi Awal 1. Mahasiswa log in ke setiap UKM
2. Mahasiswa melakukan registrasi dengan cara mengisi
lembar registrasi yang tersedia
Portal
3. Mahasiswa akan terdaftar di setiap UKM yang di tuju

Kondisi Akhir 1. Registrasi tersimpan dalam system dalam bentuk
account
2. Data keberadaan akan diolah sesuai pengisian registrasi
Kondisi Normal Mengisi satu jenis UKM
Skenario Normal 1. Mahasiswa connect ke intranet Politeknik Telkom
2. Mahasiswa masuk ke alamat GSA
3. Sistem akan menampilkan halamn Utama GSA
4. Mahasiswa memilh UKM yang akan diikuti
5. System akan menampilkan halaman awal UKM yang
terdapat beberapa profil dan visi/misi dari UKM
tersebut
6. Jika mahasiswa tertarik dapat mengklik tombol
registrasi
7. Sistem akan menampilkan lembar registasi
8. Mahasiswa mengisi lembar registrasi
9. Mahasiswa menyetujui persetujuan, jika tidak, kembali
kenomor 3
10. System menerima persetujuan
11. System memberikan tanda bahwa registrasi sukses
12. System menyimpan account dalam database
Skenario Lain 1. Mahasiswa ingin mengikuti lebih dari satu UKM
1.1 Setelah selesai kembali kelangkah no 3
1.2 Memilih UKM yang lain
Pengecualian
Prioritas High
Frekuensi penggunaan Biasanya mahasiswa yang melakukan registrasi dalam satu
periode sekitar 100-200 mahasiswa
Aturan yang harus dipatuhi -
Kebutuhan Khusus 1. Mahasiswa harus dapat membatalkan registrasi sebelum
melakukan konfirmasi
2. Mahasiswa dapat melihat seluruh UKM yang ada
Asumsi Bahwa 5% dari mahasiswa baru akan melakukan registrasi
ke setiap UKM
Catatan -
ID 004
Nama Use Case Melihat profil setiap UKM
Portal

Tanggal Pembuatan 9 April2009
Aktor Calon Anggota (Mahasiswa)
Deskripsi Mahasiswa mengakses GSA melalui intranet yang tersedia di
Politeknik Telkom, lalu mereka log in pada UKM yang mereka
ikuti/ terdaftar pada UKM tersebut dan mereka akan
diperlihatkan profil pada UKM yang mereka ikuti.
Kondisi Awal 1. Mahasiswa log in ke setiap UKM
2. Mahasiswa melakukan log in pada UKM yang diikuti.
3. Mahasiswa dapat melihat profile pada UKM yang
mereka ikuti
Kondisi Akhir 1. Mahasiswa masuk pada home UKM
Kondisi Normal -
Skenario Normal 1. Mahasiswa connect ke intranet Politeknik Telkom
2. Mahasiswa masuk ke alamat GSA
3. Sistem akan menampilkan halamn Utama GSA
4. Mahasiswa log in pada UKM yang akan diikuti
5. System akan menampilkan halaman awal UKM
6. Mahasiswa melihat profile UKM yang mereka ikuti
Skenario Lain Mahasiswa mengakses menu yang ada di profile UKM tersebut
Pengecualian -
Prioritas High
Frekuensi penggunaan Biasanya mahasiswa yang melakukan registrasi dalam satu
periode sekitar 100-200 mahasiswa
Aturan yang harus -
dipatuhi
Kebutuhan Khusus 1. Mahasiswa batal log in ke UKM
Asumsi Bahwa 30% dari mahasiswa melihat profile UKM yang mereka
ikuti
Catatan -
ID 005
Nama Use Case Melihat berita terbaru
Aktor Anggota
Deskripsi Anggota mengakses GSA web untuk mengetahui
pengumuman terbaru dari UKM yang di ikutinya
Kondisi Awal 1. Anggota Log In ke home page
Portal
2. Anggota mengecek/bertanya tentang informasi

terbaru
Kondisi Akhir Anggota memperoleh informasi terbaru
Kondisi Normal Siswa masuk accont masing-masing
Skenario Normal 1. Anggota connect ke intranet Politeknik Telkom
2. Anggota masuk ke alamat GSA
3. Anggota masuk ke account masing-masing dengan
log in
4. Anggota melihat perkaembagan terbaru dari setiap
UKM yang dituju
5. Majasiswa juga dapat melihat profil dari setiap
anggota yang mengikuti ukm tersebut
6. Mahasiswa juga dapat melihat berita
Skenario Lain -
Pengecualian -
Prioritas High
Frekuensi Penggunaan Biasanya I minggu anggota yang login 20-50 mahasiswa
Aturan yang Harus Dipenuhi Mematuhi peraturan yang ditetapkan oleh setiap UKM.
Kebutuhan Khusus Mahasiswa harus bisa mngakses FAQ dan melihat

pengumuman terbaru
Asumsi
Catatan
ID 006
Nama Use Case FAQ
Aktor Anggota
terbaru
Portal
3. Anggota masuk ke account masing-masing dengan

log in
4. Anggota melihat perkaembagan terbaru dari setiap
UKM yang dituju
5. Mahasiswa juga dapat melihat profil dari setiap
anggota yang mengikuti ukm tersebut
6. Mahasiswa juga dapat melihat rangkuman dari hasil
rapat
7. Anggota juga dapat mengakses FAQ
Skenario Lain -
Pengecualian -
Prioritas High
Kebutuhan Khusus Mahasiswa harus melihat pengumuman terbaru

Asumsi
Catatan
ID 007
Nama Use Case Membaca rangkuman dari setiap pertemuan
Aktor Anggota
terbaru
3. Anggota masuk ke account masing-masing
dengan log in
4. Anggota melihat perkaembagan terbaru dari
setiap UKM yang dituju
Portal
5. Majasiswa juga dapat melihat profil dari

setiap anggota yang mengikuti ukm tersebut
6. Mahasiswa juga dapat melihat rangkuman
dari hasil rapat
7. Anggota juga dapat mengakses FAQ
8. Anggota log out dari account
Skenario Lain -
Pengecualian -
Prioritas High
Kebutuhan Khusus Mahasiswa harus bisa mngakses FAQ dan melihat

pengumuman terbaru
Asumsi
Catatan
ID 008
Nama Use Case Memperbarui Struktur Organisasi
yang dikelolanya untuk update Struktur Organisasi
2. Admin melihat Struktur Organisasi
3. Admin memperbarui Struktur Organisasi
Kondisi Akhir Daftar anggota yang baru sudah terpasang padaWEB
Kondisi Normal Daftar anggota yg ada
2. Admin melihat Stuktur Organisasi
3. Admin memperbarui Struktur Organisasi
4. Admin Log out
Skenario Lain -
Pengecualian Bila tidak terjadi Perubahan Struktur maka tidak ada yang
diperbarui
Prioritas Normal
Frekuensi Penggunaan 6 bulan sekali
Portal
Kebutuhan Khusus -
Asumsi -
Catatan -
3.4 Daftar Pemetaan Kebutuhan (Requirement Anaysis)

# UCID ReqID Keterangan
1 UC-001 R-001 Koneksi ke database
8 UC-003 R-002 Persetujuan
9 UC-001 R-003 Update Status Work Order
4 Daftar Perubahan User Requirment

Keterangan Perubahan
No. REQID UCID Approved By
5 Asumsi (Tahapan Analisis)

Asumsi yang digunakan dalam analisis ini adalah :
1. Aplikasi yang dibuat bebasis Web
2. Menggunakan Database sederhana
3. Cooding melalui php & mySQL
4. Menggunakan Apache sebagai webserver, dengan aplikasi XMPP
5. Windows 2003 Server untuk DNS dan DHCP server
6. Memanfaatkan infrastruktur wireless sebagai jaringan utama

Portal
6 Pengguna/Kelompok Pengguna
Pengguna Tanggung Jawab Kewenangan
Admin (pengurus) • Memberikan informasi • Memberikan

UKM terbaru seputar UKM informasi
• Memberikan pengumuman • Memberikan
terbaru pengumuman
• Menjawab pertanyaan-
pertanyaan di forum
Calon Anggota - • Melihat informasi
UKM seputar UKM yang
akan diikuti
• Melakukan registrasi
pada UKM yang dituju
Anggota UKM • Menyumbangkan pikiran • Mengikuti diskusi-
berupa tulisan dalam forum diskusi seputar UKM
yang diikuti
• Melihat informasi
atau pengumuman yang
ada
• Membaca hasil
rngkasan dari
pertemuan
7 Kontrol Internal Aplikasi

Kontrol Klasifikasi Persyaratan Desain
Segregation of Duties Mandatory Sistem aplikasi harus memiliki kemampuan
validasi segregation of duties sedemikian
sehingga user yang melakukan input berbeda
dengan user yang melakukan review/approval.
Audit Trails Mandatory Sistem aplikasi harus memiliki kemampuan
untuk mencatat otorisasi atas transaksi yang
dilakukan secara otomatis oleh aplikasi itu
sendiri tanpa intervensi user.
Field Input Control Case by Sistem aplikasi memiliki kemampuan untuk
Case validasi dan koreksi data input sehingga
Portal
Kontrol Klasifikasi Persyaratan Desain

meminimalisasi kesalahan user dalam mengisi
data
File Level Input Case By Sistem harus memiliki kemampuan untuk
Case otorisasi dan validasi file input yang akan
diupload ke sistem.
Entry UI Design Mandatory Sistem aplikasi memiliki design interface yang
friendly, rapi, dan konsisten
Transaction Control Mandatory Sistem aplikasi memiliki kemampuan untuk
melakukan rollback transaksi yang gagal
dilakukan
8 Model BehavioralMelihat Profil

UKM
8.1 Model Behavioral
- Behavior Admin (DBMID-001)

Login Sebagai
admin
Memperbarui
isi UKM
Portal
Melihat Profil
UKM
Registrasi
- Behavior Calon Anggota (DBMID -002)
Login Sebagai
Anggota UKM
Melihat menu
Memilih Menu
yang Tersedia
Portal
Melihat Profil
UKM
- Behavior Anggota (DBMID -003)
Login Sebagai
Anggota UKM
Melihat menu
Memilih Menu
yang Tersedia
Portal
9 Daftar Perubahan Tahapan Analisa
Keterangan Perubahan
No. REQID UCID Approved By
Portal
10 Perencanaan Infrastruktur
10.1 Entity Relational Diagram
10.2 Data Definition Language Scrip

create database gsa
create table pengurus (

id_peng varchar(10) primary key,
ketua varchar(30) not null,
wakil varchar(30) not null,
sekretaris varchar(30) not null,
bendahara varchar(30) not null,
humas varchar(30) not null,
thn_jbtn date not null,
id_ukm varchar(5) foreign key reffrense ukm(id_ukm) )
create table mahasiswa (

nim varchar(9) primary key,
nama_m varchar(30) not null,
kelas varchar(7) not null,
e-mail varchar(30) not null,
password varchar(20) not null )
create table ukm (

id_ukm varchar(5) primary key,
nama_ukm varchar(20) not null )
create table faq (

id_faq varchar(5) primary key,
judul_f varchar(30) not null,
isi_f text not null )
create table artikel (

id_artikel varchar(5) primary key,
Portal
nama_a varchar(30) not null,

isi_a text not null,
judul_a varchar(30) not null)
create table komentar (

id_komentar varchar(5) primary key,
nama_k varchar(30) not null,
isi_k text not null,
judul_k varchar(30) not null )
create table memilih_ukm (

nim varchar(9) foreign key refference mahasiswa(nim),
id_ukm varchar(5) foreign key refference ukm(id_ukm),
thn_ajaran date not null,
constrain pk primary key(nim,id_ukm) )
create table mengisi_faq (

id_ukm varchar(5) foreign key refference ukm(id_ukm),
id_faq varchar(5) foreign key refference faq(id_faq),
tgl date not null,
constrain pk primary key(id_ukm,id_faq) )
11 Prosedur Testing
11.1 Test Objectives

Testing ini digunakan untuk mengecek kesiapan sebelum sistem diterjunkan kelapangan. Diantaranya
mengecek kesempurnaan web serta kemampuan server DNS dan DHCP dalam sistem.
11.2 Prosedur Pengujian dan Penerimaan

1. Mengecek kelayakan GSA Web
Melakukan pengetesan GSA Web secara lansung melalui localhost. Setiap hyperlink dan fungsi-
fungsi di dalamnya dicoba untuk menemukan kelemahan yang selanjutnya untuk diperbaiki dan
disempurnakan.
2. Pengujian DHCP server
DHCP server yang menggunakan Windows 2003 Server dicoba. Selanjutnya setiap komputer klient
dicoba untuk dikoneksiksan apakah DHCP server ini mampu bekerja dengan baik (mendistribusikan
IP). Didalam DHCP server diset sekalian DNS server.
3. Pengujian DNS server
Melakukan pengecekan apakah alamat GSA Web dapat dikenali sebagai IP Web server yang terdaftar
dan sebaliknya. Pengecekan dilakukan di komputer klient yang terhubung.
Portal
11.3 Kriteria Penerimaan

1. Mengecek kelayakan GSA Web
GSA Web lengkap. Setiap fungsi di dalamnya sudah bekerja dengan baik dan hyperlinknya juga
sudah terhubung dengan sempurna
2. Pengujian DHCP server
DHCP server dapat mendistribusikan IP ke setiap komputer klient menggunakan IP kelas C(dengan IP
192.168.0.5 – IP 192.168.0.254 ).
3. Pengujian DNS server
Koneksi DNS server dapat. Setiap komputer klien yang terhubung dan mendapatkan IP lansung dari
DHCP, alamat DNS servernya sudah lansung terset. Sehingga ”gsa.com” dapat dipanggil lansung dari
komputer klien.
12 Deskripsi Testing
12.1 Jadwal dan Lokasi Pengujian

Pungujian dilaksanakan pada hari Kamis tanggal 4 Juni 2009 di kampus Polytechnic Telkom lantai dasar.
12.2 Prasyarat
• Lingkungan pengujian
o membutuhkan dua computer untuk pengesetan dan pengaktifan DHCP server saat
pertamakali.
o Selanjutnya untuk computer lainnya tinggal konek ke Access Point yang ditentukan untuk
koneksi ke wireless
• Materi lain
o Windows XP Professional sebagai Web server sekaligus computer utama
o Windows 2003 Server yang di pasangkan di ViritualBox untuk menghemat penggunaan
computer
o Untuk klien dapat menngukan OS apa saja, asal memiliki koneksi wireless
12.3 Detail Testing

Identifikasi Kelayakan GSA Web
Referensi Test 1
Kebutuhan 1. Apache Server
2. localhost
Sepesifikasi -
Kriteria Pengecekan kelayakan dan kelengkapan GSA Web
Prosedur 1. Membuka Web sebagai localhost

2. Mencoba form login dan form registrasi untuk pertama kali
3. Mencoba setiap hyperlink yang tersedia
Portal
Perkiraan Hasil Setiap fungsi dan hyperlink di dalam GSA Web dapat berjalan dengan baik
Catatan -
Hasil Aktual GSA Web telah lengkap dan layak untuk digunakan. Setiap fungsi dan hyperlink
sudah dapat digunakan
Paraf Reza Hikmah Hendy Septiawan Melvin Erlyson Dimas Zakky
30208225 30208252 30208220 30208006
Identifikasi Pengujian DHCP Server

Referensi Test 2
Kebutuhan 1. DHCP Server (Windows 2003 Server)
Sepesifikasi -
Kriteria Pengetesan kerja DHCP Server
Prosedur 1. Menyalakan Windows 2003 Server

2. Mengeset rentang IP yang digunakan di DHCP Server
3. Mencoba mengkoneksikan komputer klien ke jaringan
Perkiraan Hasil Setiap komputer klien mendapatkan IP lansung dari DHCP
Catatan -
Hasil Aktual DHCP Server sudah dapat bekerja dengan baik, dapat mendistribusikan IP ke
setiap computer klien
30208225 30208252 30208220 30208006
Identifikasi Pengujian DNS Server

Referensi Test 3
Kebutuhan 1. DNS Server (Windows 2003 Server)
Sepesifikasi -
Kriteria Pengetesan kerja DNS Server
Prosedur 1. Menyalakan Windows 2003 Server

2. Mendaftarkan ”gsa.com” pada DNS Server
3. Mencoba memanggil ”gsa.com” pada komputer klien
Perkiraan Hasil Setiap komputer klien dapat lansung memanggil “gsa.com” melalui web
browsernya
Portal
Catatan -
Hasil Aktual Komputer klien yang terhubung dengan jaringan dan mendapatkan IP static dari
DHCP server dapat lansung memanggil “gsa,com” melalui web browsernya
30208225 30208252 30208220 30208006
13 Pelaksanaan Testing (Acceptance Test)

Testing dilaksanakan pada tanggal 4 Juli 2009 di lantai dasar kampus Politeknik Telkom
13.1 Deskripsi Pelaksanaan Testing

Testing dilaksanakan untuk melihat kelayakan dari GSA Web, dan jika ditemukan
beberapa ketidak cocokan akan dilakukan perbaikan, pengecekan ini dilakukan di lantai
dasar kampus POLITEKNIK TELKOM tanggal 4 juli 2009, dalm penetesan ini
dibutuhkan setidaknya dua komputer, satu komputer digunakan sebagai server, dan
yang lain digunakan sebagai klien
13.1.1 Evaluasi Proses

• Koneksi database : Telah berfungsi dengan baik dan setiap masukan dapat
tersimpan di tempat yang sesuai
• Persetujuan : ketika ada kesalahan dalam memasukkan inputan saat registrasi
ataupun login maka sistem dengan sendirinya akan memberikan peringatan,dan
dapat melakukan penginputan kembali
• Update Status Work Order: admin dapat melakukan pengupdetan kedalam
setiap UKM, fungsi ini sudah dapat berjalan dengan baik.
13.1.2 Evaluasi Hasil Testing

Hasil testing menunjukkan seperti hasil yang diinginkan, dan semuanya berjalan
sesuai rencana, konenki database berjalan sesuai yang diinginkan, hak akses sudah
dapat dibedakan dengan jelas, dan tidak ada masalah, begitu pula dengan persetujuan
dan Update status work order juga sudah berfungsi semestinya
Portal
13.1.3 Kesimpulan Testing

Testing berjalan dengan baik, dan koneksi juga berjalan sesuai dengan yang
diinginkan, semua fungsi dan hyperlink berjalan sesuai fungsinya. Karena dalam
pengetesan kami tidak menemukan masalah maka tidak ada hal yang direvisi.

Dokumentasi Proyek TK

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Dokumentasi Proyek TK

Uploaded by

Copyright:

Available Formats

Nomor Dokumen Halaman

Program Studi Teknik Komputer

PTK 01-005 1/29

PROYEK TEKNIK KOMPUTER

DOKUMEN PROYEK GSA WEB

Program Studi Teknik Komputer – Politeknik Telkom

Jl. Telekomunikasi No. 1 Ters. Buah Batu Bandung 40257

ABSTRAKSI : Dokumen ini berisi rincian kebutuhan bisnis untuk pengembangan

DIBUAT OLEH: Kelompok v

1.1 Tujuan Penulisan Dokumen

1.2 Lingkup Masalah

1.3 Definisi, Singkatan, dan Akronim

1.5 Deskripsi Umum Dokumen

2.1 Overview dan Kebutuhan Bisnis Sistem (System Requirement)

2.2 Aktifitas Sistem

3.1 Daftar Kebutuhan Bisnis (Requirement List)

No Nama Sumbe Spesifikasi

No Nama Sumbe Spesifikasi

Melihat profil setiap

3.3 Deskripsi Use Case

maupun pengumuman-pengumuman untuk semua

3. Mahasiswa akan terdaftar di setiap UKM yang di tuju

Dibuat Oleh Kelompok V

2. Anggota mengecek/bertanya tentang informasi

Kebutuhan Khusus Mahasiswa harus bisa mngakses FAQ dan melihat

3. Anggota masuk ke account masing-masing dengan

Kebutuhan Khusus Mahasiswa harus melihat pengumuman terbaru

5. Majasiswa juga dapat melihat profil dari

Kebutuhan Khusus Mahasiswa harus bisa mngakses FAQ dan melihat

Aturan yang harus dipenuhi Terdaftar sebagai admin

3.4 Daftar Pemetaan Kebutuhan (Requirement Anaysis)

4 Daftar Perubahan User Requirment

5 Asumsi (Tahapan Analisis)

1. Aplikasi yang dibuat bebasis Web

2. Menggunakan Database sederhana

3. Cooding melalui php & mySQL

4. Menggunakan Apache sebagai webserver, dengan aplikasi XMPP

5. Windows 2003 Server untuk DNS dan DHCP server

6. Memanfaatkan infrastruktur wireless sebagai jaringan utama

Admin (pengurus) • Memberikan informasi • Memberikan

7 Kontrol Internal Aplikasi

Kontrol Klasifikasi Persyaratan Desain

8 Model BehavioralMelihat Profil

8.1 Model Behavioral

- Behavior Admin (DBMID-001)

- Behavior Calon Anggota (DBMID -002)

9 Daftar Perubahan Tahapan Analisa

10.1 Entity Relational Diagram

10.2 Data Definition Language Scrip

create table pengurus (

create table mahasiswa (

create table ukm (

create table faq (

create table artikel (

nama_a varchar(30) not null,

create table komentar (

create table memilih_ukm (

create table mengisi_faq (

11.1 Test Objectives

11.2 Prosedur Pengujian dan Penerimaan

11.3 Kriteria Penerimaan

12.1 Jadwal dan Lokasi Pengujian

12.3 Detail Testing

Prosedur 1. Membuka Web sebagai localhost