BAHAGIAN PENDIDIKAN DAN LATIHAN TEKNIK

VOKASIONAL
KEMENTERIAN PENDIDIKAN MALAYSIA
ARAS 5 & 6, BLOK E14, KOMPLEKS E,
PUSAT PENTADBIRAN KERAJAAN PERSEKUTUAN

KERTAS PENERANGAN
(INFORMATION SHEET)

KOD DAN NAMA

IT-010-3: 2016 PEMBANGUNAN APLIKASI
PROGRAM NOSS
TAHAP NOSS 3
KOD, NAMA CU DAN CU02/WA1 - INTERPRET APPLICATION MODULE
WA NOSS DEVELOPMENT REQUIREMENT
SISTEM PENGURUSAN PANGKALAN DATA DAN
NAMA PROGRAM KV
APLIKASI WEB

KOD DAN NAMA

KPD 3014 WEB APPLICATION DEVELOPMENT
KURSUS KSKV

NO.DAN TAJUK
K1 INTERPRET APPLICATION MODULE DEVELOPMENT
STANDARD
REQUIREMENT
KANDUNGAN KSKV

NO. KOD NOSS IT-010-3:2016-C02/P(1/70)

Muka Surat : 1 Drp : 9

NO. KOD KSKV KPD 3014/P(1/17)

TAJUK/TITLE :
PENGENALAN KEPADA FUNCTIONAL SPECIFICATION DOCUMENT, SRS DAN
JAVASCRIPT

TUJUAN/PURPOSE :
Kertas penerangan ini adalah bertujuan menerangkan mengenai :
1. Jenis dokumen spesifikasi fungsional
2. Fungsi Spesifikasi Keperluan Perisian (SRS)
3. Pengenalan kepada Bahasa Skrip - JavaScript
NO. KOD / Muka Surat : 2
KPD 3014/P(1/17)
CODE NO. Drpd : 9

PENERANGAN/INFORMATION:
1. FUNCTIONAL SPECIFICATION DOCUMENT
Dokumentasi biasanya menerangkan apa yang diperlukan oleh pengguna sistem
serta apakah kriteria input dan output.

Terdapat 2 jenis dokumen spesifikasi fungsional:

i. Functional Design Specification (FDS)
ii. Software Design Document (SDD)

1.1 Functional Design Specification (FDS)

1. Spesifikasi Rekabentuk Fungsional (FDS) adalah dokumen yang digunakan
oleh syarikat dalam fasa pra-pembangunan untuk menterjemahkan semua
nota, konsep, dan skop ke dalam dokumen keperluan lengkap.
2. Dokumen ini boleh merangkumi apa-apa dari carta aliran, screenshot, dan
wire frame. Sekurang-kurangnya, FDS akan mengandungi senarai keperluan
yang teratur yang boleh digunakan untuk pengembangan (development),
pengujian (testing), dan pendaftaran klien (client sign-off).
3. Tujuan FDS:

 Pembangunan tahu apa yang perlu dibangunkan

 Jaminan Kualiti tahu apa yang harus diuji
 Pelanggan tahu apa yang mereka akan dapat
 Nombor Penjejakan Keperluan (Requirement Tracking Numbers)

Rajah 1 contoh FDS dalam bentuk wireframe

4. Berikut adalah carta alir proses pembangunan FDS:

NO. KOD / Muka Surat : 3
KPD 3014/P(1/17)
CODE NO. Drpd : 9

Rajah 2: alir proses pembangunan FDS

1.2 Software Design Document (SDD)

1. SDD adalah satu proses yang mana keperluan diterjemahkan menjadi

perwakilan komponen perisian, antaramuka, dan data yang diperlukan
untuk fasa perlaksanaan.
2. SDD biasanya diiringi gambarajah seni bina dengan petunjuk kepada
spesifikasi ciri terperinci mengenai reka bentuk.
3. SDD dilaksanakan dalam dua peringkat iaitu :
i. Pada peringkat pertama adalah reka bentuk awal di mana keseluruhan
seni bina sistem dan data seni bina ditakrifkan
ii. Pada peringkat kedua, iaitu peringkat reka bentuk terperinci, data yang
lebih terperinci struktur ditakrifkan dan algoritma yang dibangunkan
untuk seni bina yang telah ditetapkan.

4. SDD selalunya mengandungi maklumat berikut:

a) Rekebantuk data menerangkan struktur data yang ada di dalam
perisian yang akan dibangunkan. Struktur ini melibatkan sifat-sifat dan
hubungan antara objek data yang menentukan pilihan struktur data.
b) Reka bentuk seni bina menggunakan maklumat aliran ciri-ciri, dan
memetakan maklumat tersebut ke dalam struktur program. Kaedah
NO. KOD / Muka Surat : 4
KPD 3014/P(1/17)
CODE NO. Drpd : 9

transformasi pemetaan digunakan untuk mempamerkan sempadan

antara data masuk dan keluar. Rajah aliran data (DFD)
memperuntukkan mengawal input, pemprosesan dan output sepanjang
tiga modul berasingan.
c) Reka bentuk antaramuka menerangkan antaramuka program
dalaman dan luaran, serta rekabentuk antara muka pengguna. Bagi
rekabentuk antaramuka dalaman dan luaran, ia adalah berdasarkan
kepada maklumat yang diperoleh daripada model analisis.
d) Rekabentuk prosedur menerangkan konsep pengaturcaraan
berstruktur menggunakan grafik, jadual dan teks catatan. Medium
rekabentuk ini membolehkan pereka untuk mewakili detail prosedur,
yang memudahkan terjemahan kepada kod. Blueprint ini adalah untuk
pelaksanaan bagi semua kerja kejuruteraan perisian.

2. SOFTWARE REQUIREMENT SPECIFICATION (SRS)

1. Software Requirement Specification (SRS) adalah suatu penerangan

mengenai sistem perisian yang akan dibangunkan. Ia membentangkan
keperluan fungsian dan bukan fungsian, dan mungkin termasuk satu set use
case yang menerangkan interaksi antara pengguna dengan perisian yang
digunakan.
2. Keperluan Fungsian :
Apa input sistem perlu terima
Apa output sistem perlu hasilkan
Apa data yang perlu sistem simpan dan mungkin gunakan
Apa pengiraan sistem perlu melaksanakan
Bila waktu dan penyegaraman di atas
3. Keperluan Non-Fungsian :
Kadang-kadang dikenali sebagai kekangan atau keperluan kualiti
sesuatu [SWEBOK]
Seperti: kebolehpercayaan, masa respon dan keperluan penyimpanan
data. Halangan seperti keupayaan peranti, perwakilan sistem, dan lain-
lain.
Keperluan proses juga boleh dinyatakan mengikut kes-kes tertentu,
bahasa pengaturcaraan atau kaedah pembangunan sistem tersebut.
NO. KOD / Muka Surat : 5
KPD 3014/P(1/17)
CODE NO. Drpd : 9

4. Kelebihan SRS adalah:

Menetapkan perjanjian asas antara pelanggan dan kontraktor atau
pembekal (dalam projek yang dipacu oleh pasaran, peranan ini boleh
dimainkan oleh bahagian pemasaran dan pembangunan) mengenai
apa yang produk perisian harus dilakukan serta apa yang tidak
dijangka untuk melakukan.
Membenarkan penilaian terhadap keperluan sebelum reka bentuk
dapat dimulakan dan dikurangkan dengan reka bentuk semula
kemudian.
Menyediakan asas yang realistik untuk menganggarkan kos, risiko,
dan jadual produk.
Membantu mencegah kegagalan projek perisian.

5. Matlamat tertentu SRS adalah :

Memudahkan ulasan
Menerangkan skop kerja
Menyediakan rujukan kepada pereka perisian (iaitu navigasi bantuan,
struktur dokumen)
Menyediakan satu rangka kerja untuk kes-kes ujian
Menyediakan keperluan pelanggan
Menyediakan platform untuk perbaikan yang berterusan (melalui ciri-ciri
komputer yang tidak lengkap atau soalan) Kebolehpercayaan
Kekosongan Keselamatan, Kestabilan dan Mudah alih.

6. Kualiti SRS
• Betul: Setiap keperluan yang diberikan dalam SRS adalah satu
keperluan perisian.
• Jelas: Setiap keperluan mempunyai tepat satu tafsiran.
• Lengkap: Termasuk semua fungsi, prestasi, reka bentuk,
keperluan antara muka luaran; Takrif sambutan perisian untuk
semua input.
• Konsisten: Konsisten Dalaman.
• Kepentingan Kedudukan: Penting vs. wajar.
• Disahkan: Sebuah keperluan boleh disahkan jika dan hanya jika
wujud beberapa proses yang berkesan kos terhingga dengan mana
 NO. KOD / Muka Surat : 6
KPD 3014/P(1/17)
CODE NO. Drpd : 9

orang atau mesin boleh menyemak bahawa perisian memenuhi

keperluan.
• Diubah suai: SRS mestilah berstruktur untuk membolehkan
pengubahsuaian berkesan (cth jangan berlebihan, menjaga
keperluan memisahkan)
• Dikesan: Asal setiap keperluan adalah jelas.

Rajah 3: Jenis keperluan yang direkod semasa pembangunan SRS

SRS
SRS menerangkan tentang proses
pembangunan sistem.
 Ia berdasarkan kepada keperluan
pengguna
 Ia menetapkan peringkat reka
bentuk dan pengujian sistem
Pelanggan perlu menyemak SRS dan
membantu untuk mengesahkannya.
Pengesahan keperluan dibuat dengan
memeriksa keperluan bertulis terhadap
realiti (tidak tertulis)
Jadual 1: Perbezaan SRS dengan SDD
SDD
Reka bentuk menggariskan bagaimana
sistem akan berfungsi.
 Ia berdasarkan kepada SRS
 Ia menetapkan peringkat pengujian,
pelaksanaan dan integrasi
Biasanya hanya ahli pasukan
pembangunan yang perlu menyemak reka
bentuk.
-

3. INTRODUCTION TO SCRIPTING LANGUAGE - JAVASCRIPT

3.1 Sejarah
NO. KOD / Muka Surat : 7
KPD 3014/P(1/17)
CODE NO. Drpd : 9

Javascript diperkenalkan di browser Netscape Navigator 2. Nama asalnya adalah

LiveScript. Semasa itu, teknologi Java sedang hangat digunakan, maka pihak
Netscape memutuskan menggantikan namanya kepada JavaScript, kerana nama
tersebut lebih dikenali berbanding nama LiveScript.

Seterusnya pihak Microsoft pula cuba untuk menambah fungsi pada browsernya
‘Internet Explorer’ supaya boleh menggunakan bahasa script seperti JavaScript .
Nama yang digunakan adalah Jscript.

Java ialah bahasa pengaturcaran

berorentasikan objek
Javascript ialah bahasa penskripan
berorentasikan objek

Bermula dari saat itu, Netscape dan Microsoft berlumba-lumba untuk

mengembangkan bahasa script tersebut dengan versi yang berbeza.

3.2 Pengenalan

Interaksi antara pengguna dengan laman web ia merujuk kepada permohonan untuk
mendapatkan sesuatu maklumat daripada laman web.

Bahasa pengaturcaraan akan memproses sebarang maklumat (request) pengguna

melalui laman web.

Bahasa yang digunakan dikenali sebagai bahasa penskripan. Antara contoh bahasa
penskripan yang selalui digunakan:

 Javascript
 PHP
 ASP

Javascript menyediakan keupayaan pengaturcaraan untuk memproses sesuatu

tugas berdasarkan permohonan yang diterima daripada klien (client) atau pengguna.

Kod Javascript akan ditulis bersama-sama dalam kod HTML. Jika HTML tidak
mempuyai sebarang skrip yang ditulis di dalamnya, pelayar (browser) akan
menghasilkan laman web berdasarkan kod HTML tersebut.

Kod Javascript ditulis dengan cara:

NO. KOD / Muka Surat : 8
KPD 3014/P(1/17)
CODE NO. Drpd : 9

<script>
document.write (“Selamat Datang”);
</script>

3.3 Pemilihan JavaScript

 JavaScript merupakan salah satu scripting language.

 Alasan utama memilih JavaScript berbanding bahasa lain kerana faktor
penggunaan dan ketersediaan.
 Bermaksud kebanyakan web browser dapat menggunakan bahasa ini seperti
IE, Netscape, Firefox, Opera, Chrome dan lain-lain.
 Berbanding VBScript yang dibina boleh Microsoft, bahasa VBScript hanya
dapat digunakan browser IE dan perlu menggunakan platform Windows.
 JavaScript bersifat fleksible dan boleh digunakan oleh sistem operasi
Windows untuk di automasi dalam administation tasks.
 JavaScript juga digunakan untuk menyusun penampilan fail PDF dalam web

3.4 Kegunaan JavaScript

 Mencipta halaman interaktif antara web dengan user.

o Contoh, dalam halaman web kita telah menwujudkan drop down menu
bagi membolehkan pindah halaman (Jump Menu). Untuk membina
drop down menu, kita hanya memerlukan tag HTML.
Walaubagaimanapun, bagi drop down menu tersebut dapat berfungsi
dengan baik untuk keperluan jump menu, kita memerlukan JavaScript.
o Contoh,bagi validasi input data dalam form yang dilakukan user. Bagi
membuat form, kita hanya perlukan tag HTML sahaja. Namun, untuk
validasi input, kita perlukan JavaScript

 Mencipta efek menarik

o Contoh, memberi efek mouse over pada image atau link – image dapat
berubah ketika mouse di dekatkan ke image tersebut.
NO. KOD / Muka Surat : 9
KPD 3014/P(1/17)
CODE NO. Drpd : 9

SOALAN / QUESTIONS:
1. Apakah jenis functional specification document?
2. Nyatakan fungsi SRS?
3. Namakan 2 jenis bahasa skrip yang telah dipelajari

RUJUKAN / REFERENCES:
1. https://www.java.com/en/download/faq/java_javascript.xml, Java dan
Javascript, 12 Mac 2018, 2.20 pm.
2. https://en.wikipedia.org/wiki/Mockup, Mockup, 12 Mac 2018, 3.00 pm.
3. https://www.justinmind.com/blog/wireframes-and-mockups-whats-the-best-
option/, Mockup and Wireframe, 12 Mac 2018, 3.30 pm.
4. https://en.wikipedia.org/wiki/Client%E2%80%93server_model, Client and
Server, 12 Mac 2018, 4.00 pm.
5. https://www.softwaretestingclass.com/software-requirement-specification-srs/,
Software Requirement Spesification – Software Testing, 12 Mac 2018, 4.30
pm.