The words you are searching are inside this book. To get more targeted content, please make full-text search by clicking here.

Home Explore Proposal eVet

View in Fullscreen

Like this book? You can publish your book online for free in a few minutes!

Related Publications

Discover the best professional documents and content resources in AnyFlip Document Base.

Published by nakmenangtender, 2023-06-15 23:35:17

Proposal eVet

Pages:

J A D U A L P E L A K S A N A A N

P E R K H I D M A T A N M E N G K A J I ,

M E R E K A B E N T U K , M E M B A N G U N ,

M E N G U J I D A N M E N T A U L I A H S I S T E M

E V E T P E R M I T K E P A D A J A B A T A N

P E R K H I D M A T A N V E T E R I N A R

J A B A T A N P E R K H I D M A T A N V E T E R I N A R

Q T 2 3 0 0 0 0 0 0 0 0 0 9 3 2 5

ID Task Name Duration Start Finish Qtr 4, 2023 Qtr 1, 2024 Qtr 2, 2024 Qtr 3, 2024 Qtr 4, 2024
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov
1
2 Jabatan Veterinar : eVeterinar 324 days 01-09-2023 27-11-2024
3 Initial 6 days 01-09-2023 08-09-2023
4 Surat Setuju Terima 1 day 01-09-2023 01-09-2023
5 Mesyuarat Kick Off Projek 1 day 04-09-2023 04-09-2023
6 Project Management Plan (Project 4 days 05-09-2023 08-09-2023
Charter)
7 Penyediaan 3 days 05-09-2023 07-09-2023
8 Semakan 1 day 08-09-2023 08-09-2023
9 PMP Sign Off 0 days 08-09-2023 08-09-2023 08-09
10 Sistem eVeterinar 287 days 11-09-2023 15-10-2024
11 Analisa 60 days 11-09-2023 01-12-2023
12 User Requirement 60 days 11-09-2023 01-12-2023
13 Persiapan URS 8 days 11-09-2023 20-09-2023
14 Kajian URS 9 days 21-09-2023 03-10-2023
15 Modul 1 : Modul Pengguna 1 day 21-09-2023 21-09-2023
16 Modul 2 : Modul Pendaftaran 1 day 21-09-2023 21-09-2023
Premis
17 Modul 3&4 : Modul Permit 1 day 21-09-2023 21-09-2023
Antara Negeri
18 Modul 5 : Modul Mobile 1 day 21-09-2023 21-09-2023
19 Modul 6 : Modul Notifikasi 1 day 22-09-2023 22-09-2023
Pemindahan Semasa Bebas
Penyakit
20 Modul 7 : Modul Permohonan 1 day 22-09-2023 22-09-2023
Permit Dari/Ke Sabah &
Sarawak
21 Modul 8 : Modul Trace Back 1 day 22-09-2023 22-09-2023
Animal History
22 Integrasi 1 day 22-09-2023 22-09-2023
23 Dokumen URS 4 days 25-09-2023 28-09-2023
24 Review URS 3 days 29-09-2023 03-10-2023
25 Sign Off URS 0 days 03-10-2023 03-10-2023 03-10
26 Process Innovation/SRS 32 days 04-10-2023 16-11-2023
27 Internal Brainstorming 5 days 04-10-2023 10-10-2023
28 Persiapan SRS 5 days 11-10-2023 17-10-2023
29 Prototype 10 days 18-10-2023 31-10-2023
30 Pembentangan cadangan & 1 day 01-11-2023 01-11-2023
Penambahbaikan
31 Fine Tuning 5 days 02-11-2023 08-11-2023
32 Pembentangan Cadangan Akhir 1 day 09-11-2023 09-11-2023

33 Dokumentasi Rekabentuk 5 days 10-11-2023 16-11-2023
Spesifikasi Sistem SRS
34 Sign Off SRS 0 days 16-11-2023 16-11-2023 16-11
35 Rekabentuk Sistem/SDS 11 days 17-11-2023 01-12-2023
36 Persiapan SDD 10 days 17-11-2023 30-11-2023
37 Pembentangan Rekabentuk 1 day 01-12-2023 01-12-2023
38 Sign Off SRS 0 days 01-12-2023 01-12-2023 01-12
39 Pembangunan 222 days 04-12-2023 08-10-2024
40 Initial 30 days 04-12-2023 12-01-2024
41 Penyediaan Persekitaran 10 days 04-12-2023 15-12-2023
42 Database Design 20 days 18-12-2023 12-01-2024
43 Pembangunan 78 days 15-01-2024 01-05-2024
44 Modul 1 : Modul Pengguna 10 days 15-01-2024 26-01-2024
45 Modul 2 : Modul Pendaftaran 10 days 29-01-2024 09-02-2024
Premis
46 Modul 3 : Modul Permit Antara 15 days 12-02-2024 01-03-2024
Negeri
47 Modul 4 : Modul Permit Antara 15 days 04-03-2024 22-03-2024
Negeri
48 Modul 6 : Modul Notifikasi 8 days 25-03-2024 03-04-2024
Pemindahan Semasa Bebas
Penyakit
49 Modul 7 : Modul Permohonan 20 days 04-04-2024 01-05-2024
Permit Dari/Ke Sabah & Sarawak
50 Pembangunan Aplikasi Mobile 15 days 07-05-2024 27-05-2024

Page 1

ID Task Name Duration Start Finish Qtr 4, 2023 Qtr 1, 2024 Qtr 2, 2024 Qtr 3, 2024 Qtr 4, 2024
Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov
51 Modul 5 : Modul Mobile 15 days 07-05-2024 27-05-2024
52 Integrasi 50 days 30-05-2024 07-08-2024
53 MADIC 5 days 30-05-2024 05-06-2024
54 MyVetLab 5 days 06-06-2024 12-06-2024
55 Animal Passport 5 days 13-06-2024 19-06-2024
56 eBaka/eGenetik 5 days 20-06-2024 26-06-2024
57 DaVetSa 5 days 27-06-2024 03-07-2024
58 ePermit 5 days 04-07-2024 10-07-2024
59 Online Payment (RPP) 15 days 11-07-2024 31-07-2024
60 Tag Karkas 5 days 01-08-2024 07-08-2024
61 Testing 42 days 12-08-2024 08-10-2024
62 Internal QA 5 days 12-08-2024 16-08-2024
63 Sessi Pengujian 2 days 12-08-2024 13-08-2024
64 Pembaikan 3 days 14-08-2024 16-08-2024
65 User Acceptance Test (UAT) 8 days 19-08-2024 28-08-2024
66 Persediaan (Environment + Test 1 day 19-08-2024 19-08-2024
Script)
67 Sessi Pengujian 5 days 20-08-2024 26-08-2024
68 UAT Sign Off 1 day 27-08-2024 27-08-2024
69 Pembaikan 1 day 28-08-2024 28-08-2024
70 Integration Acceptance Test (IAT) 27 days 29-08-2024 04-10-2024

71 Persediaan (Environment + Test 5 days 29-08-2024 04-09-2024
Script)
72 Sessi Pengujian 20 days 05-09-2024 02-10-2024
73 IAT Sign Off 1 day 03-10-2024 03-10-2024
74 Pembaikan 1 day 04-10-2024 04-10-2024
75 Final Acceptance Test (FAT) 2 days 07-10-2024 08-10-2024
76 Persediaan (Environment + Test 1 day 07-10-2024 07-10-2024
Script)
77 Sessi Pengujian 2 days 07-10-2024 08-10-2024
78 Fine tuning 1 day 07-10-2024 07-10-2024
79 Laporan Pengujian 1 day 07-10-2024 07-10-2024
80 FAT Sign Off 1 day 07-10-2024 07-10-2024
81 Deploy (System Go Live) 5 days 09-10-2024 15-10-2024
82 Sign Off Pembaikan 0 days 15-10-2024 15-10-2024 15-10
83 Latihan Teknikal TOT 23 days 18-10-2024 19-11-2024
84 Latihan kepada pengguna 1, 2 & 3 9 days 18-10-2024 30-10-2024
85 Persiapan 3 days 18-10-2024 22-10-2024
86 Latihan 3 days 23-10-2024 25-10-2024
87 Laporan 2 days 28-10-2024 29-10-2024
88 Pengesahan BTM 1 day 30-10-2024 30-10-2024
89 Latihan kepada pentadbir sistem 7 days 31-10-2024 08-11-2024
90 Persiapan 3 days 31-10-2024 04-11-2024
91 Latihan 1 day 05-11-2024 05-11-2024
92 Laporan 2 days 06-11-2024 07-11-2024
93 Pengesahan BTM 1 day 08-11-2024 08-11-2024
94 Latihan kepada pihak pengurusan 7 days 11-11-2024 19-11-2024
95 Persiapan 3 days 11-11-2024 13-11-2024
96 Latihan 1 day 14-11-2024 14-11-2024
97 Laporan 2 days 15-11-2024 18-11-2024
98 Pengesahan BTM 1 day 19-11-2024 19-11-2024
99 Sign Off Project 6 days 20-11-2024 27-11-2024
100 Penyerahan Keseluruhan 5 days 20-11-2024 26-11-2024
101 Kompilasi Laporan sepanjang projek 5 days 20-11-2024 26-11-2024

102 Mesyuarat Akhir Keseluruhan 1 day 27-11-2024 27-11-2024
103 Project Sign Off 0 days 27-11-2024 27-11-2024

Page 2

SOLUTION

MANAGEMENT

Pengurusan penyelesaian merujuk

kepada proses mengawasi dan

menyelaraskan pembangunan,

pelaksanaan, dan penyelenggaraan

penyelesaian dalam sebuah

organisasi. Ia melibatkan pengurusan

pelbagai aspek seperti pengumpulan

keperluan, reka bentuk penyelesaian,

pelaksanaan, ujian, pelancaran, dan

sokongan berterusan

ARKITEKTUR SISTEM

Arkitektur Sistem

Reka bentuk arkitektur adalah penyusunan dan pengaturan struktur-struktur bagi sesuatu sistem yang ingin
dibangunkan. Reka bentuk arkitektur merupakan hubungan yang kritikal di antara reka bentuk dan
kejuruteraan keperluan, di mana penyediaannya bertujuan untuk mengenal pasti komponen-komponen
berstruktur yang utama di dalam sistem serta hubungan-hubungan di antara setiap komponen tersebut.
Reka bentuk arkitektur adalah penting untuk memenuhi keperluan fungsian dan juga bukan fungsian oleh
kerana impaknya kepada prestasi, keteguhan (robustness), pengagihan (distributability) dan
kebolehsenggaraan sistem aplikasi.

Lapisan-lapisan bisnes, maklumat/data, aplikasi dan teknologi yang terkandung di dalam arkitektur
enterprise boleh dijadikan sebagai input dan rujukan semasa penyediaan reka bentuk arkitektur yang
dikehendaki.

Output kepada proses reka bentuk arkitektur adalah arkitektur perisian yang terdiri daripada arkitektur
perisian sistem aplikasi, arkitektur aplikasi dan arkitektur data. Arkitektur yang akan dihasilkan ini
menerangkan bagaimana sesuatu sistem disusun atur sebagai set komponen yang saling berkomunikasi di
antara satu sama lain.

Arkitektur Monolitik

Pihak syarikat memilih arkitektur monolitik sebagai asas arkitektur bagi Sistem eVeterinar. Ianya
adalah arkitektur yang menggabungkan semua komponen fungsian perisian seperti kawalan
akses, aliran kerja, modul profil pengguna dan laporan, menjadi satu unit sahaja. Perisian yang
mengguna pakai arkitektur monolitik direka bentuk supaya ia bersifat self-contained, di mana
komponen-komponen perisian berkenaan saling berhubung (interconnected) dan saling
bergantung (interdependent) di antara satu sama lain. Dengan kata lain, arkitektur monolitik
merupakan arkitektur yang bersifat tightly-coupled, setiap komponen yang berkaitan perlu
disediakan bersama bagi membolehkan ia dilaksanakan.

Presentation Layer Aplikasi Web eVeterinar

Aliran Kerja Bisnes

Kawalan Akses

Carian
Lapisan Pertengahan

Modul - Modul Sistem

Laporan

Business Intelligence

Lapisan Database DB eVeterinar

Arkitektur Sistem

Perkembangan teknologi bahasa pengaturcaraan seperti HTML5 dan CSS3, serta
pengenalan kepada persekitaran runtime Javascript telah banyak merubah arkitektur
aplikasi tradisional. Arkitektur aplikasi moden yang menggunakan teknologi terkini adalah
lebih tertumpu kepada utilasi di pihak klien (client-side) dan meminimakan penggunaan
serta beban di pihak pelayan. Aplikasi dalam arkitektur ini bertindak sebagai aplikasi
single page di mana :

Interaksi di antara klien dengan pelayan hanya melibatkan unformatted data sahaja
Pengesahan dapat dibuat secara langsung di klien (live validation)
Unnecessary page reload
Kemudahan drag and drop
Kemudahan animasi multimedia
Masa respon yang singkat
Auto completion,
Periodic refresh
Rich text editors
Pull technology

Ini menjadi aplikasi lebih kukuh (robust), meningkatkan user experience, prestasi serta
tahap responsif sistem. Berikut adalah arkitektur aplikasi bagi ini yang direka bentuk
berpandukan arkitektur aplikasi moden:

Sistem eVeterinar

User Interface

CLIENT SIDE

Peraturan Bisnes Logik Aplikasi MVC

Enjin Templat CSS Caching

Penjanaan Imej
Dinamik

WEB APPLICATION

URL Routing Data Aplikasi Pemetaan Hubungan Objek

Profil Pengguna Profil Pengguna Aliran Bisnes

Modul-Modul Modul-Modul Kawalan Akses Pengguna

INTEGRASI

Integrasi merujuk kepada proses

menggabungkan dua atau lebih

sistem, aplikasi, atau komponen

yang berbeza supaya mereka

dapat berinteraksi dan berfungsi

bersama. Ini membolehkan

pertukaran data, pemanggilan

fungsi, dan kerjasama antara

sistem-sistem tersebut.

Integrasi

Integrasi data adalah proses menggabungkan data dari sumber yang berlainan menjadi satu
pandangan yang bersatu dalam sistem yang dibangunkan. Integrasi bermula dengan proses
pengindeksan, dan merangkumi langkah-langkah seperti pembersihan, pemetaan ETL, dan
transformasi.

Tidak ada pendekatan universal untuk penyatuan data. Walau bagaimanapun, penyelesaian
integrasi data biasanya melibatkan beberapa elemen umum, termasuk rangkaian sumber data,
pelayan induk, dan pelanggan yang mengakses data dari pelayan induk.

Dalam proses integrasi data biasa, pelanggan mengirimkan permintaan ke pelayan induk untuk
mendapatkan data. Pelayan induk kemudian mengambil data yang diperlukan dari sumber
dalaman dan luaran. Data diekstrak dari sumbernya, kemudian digabungkan menjadi satu
kumpulan data yang kohesif. Ini diserahkan kembali kepada pelanggan untuk digunakan
mengikut business rule yang telah ditetapkan.

Langkah Integrasi

1 2 3 4 5

Identify (data yang
Prepare Kepenggunaan pada
dikehendaki) Extract (dapatkan) Integrate (API's)
(pembersihan data) sistem

Memastikan Mendapatkan raw Data cleansing dan Integrasi data yang Menggunakan
data dan source data dari data refining telah diperolehi data dan
Memastikan transfer bersesuaian dengan library API adaptasi
tiada kekangan dengan kehendak bagi menyokong kepada business
dari segi network sistem seemless integrasi rule yang telah
(connection) dengan sistem 3rd ditetapkan
atau protokol party

Syarikat kami akan memastikan bahawa integrasi data tidak menyebabkan apa-apa kerugian,
kerosakan, kemusnahan atau perubahan kepada data dan sekiranya data tersebut hilang,
rosak, musnah atau di ubahsuai semasa integrasi, kami akan bertanggungjawab untuk
memulihkan atau mendapatkan semula data hilang, rosak, musnah atau diubah tanpa
melibatkan tambahan kos kepada kerajaan.

Kami akan menganalisa, membangun, merekabentuk, mengkonfigurasi, menguji dan
mentauliahkan sebarang bentuk integrasi sistem yang akan ditentukan oleh pihak Jabatan
Veterinar. Kami juga akan mengekalkan sebarang integrasi yang ada seperti integrasi antara
sistem berkaitan. Setelah integrasi dilakukan, pihak kami akan menjalankan pengujian terhadap
kaedah integrasi yang dilakukan. Kami akan menyelesaikan semua proses integrasi dalam
tempoh yang ditetapkan.

Tiga (3) Cadangan Web API

Syarikat kami mencadangkan penggunaan Web Service bagi tujuan integrasi dengan
sistem backend bagi pembangunan Aplikasi Web Service yang dicadangkan terbahagi
kepada 3 kategori. Pemilihan kepada mana-mana kategori yang bersesuaian adalah
bergantung kepada jenis data dan apa yang di juga ruang yang diizinkan oleh
developer sistem yang ingin di integrasi. Kesemua sistem akan diintegrasikan secara
web service untuk menaikkan tahap keselamatan,standardization, dan akan
memudahkan penjadualan bagi integrasi.

JSON

JSON service request

JSON service
response
JavaScript Object NNotation (JSON) menggunakan
subset javascript. Manakala SOAP & REST
mengguakan XML.

SOAP

SOAP service request

XML service
response
Simple Object Access Protocol (SOAP) adalah
sebahagian daripada WSDL dan UDDI. Data dari
SOAP dihasilkan tanpa repository.

REST

REST service request

XMLservice
response

Representation State Transfer (REST) lebih digemari
oleh ramai developer. Ianya menggunakan cara lebih
mudah dan kurang volume apabila berhubungan.

METODOLOGI

PENGURUSAN

Metodologi pengurusan melibatkan

penggunaan pendekatan dan kaedah

yang teratur dalam menguruskan

organisasi atau projek. Ia meliputi

perancangan, pelaksanaan, pemantauan,

dan penilaian untuk mencapai matlamat

organisasi dengan efektif dan efisien,

serta memastikan keberkesanan operasi

dan pengurusan sumber.

PPrISA

Pengurusan projek yang cekap dan berkesan dapat membantu projek disiapkan mengikut
kos, kualiti dan tempoh masa yang ditetapkan. Penambahbaikan dalam pengurusan dan
pelaksanaan projek perlu dibuat pada semua peringkat iaitu perancangan, pelaksanaan
serta pemantauan dan penilaian.

PPrISA merupakan metodologi untuk menguruskan projek-projek ICT yang boleh diguna pakai
oleh agensi-agensi sektor awam. Ia berlandaskan prosedur dan teknik yang mudah untuk
dipraktikkan. Metodologi tersebut mengandungi empat fasa pengurusan projek, iaitu Fasa
Permulaan, Fasa Perancangan, Fasa Pelaksanaan dan Kawalan serta Fasa Penamatan

1 Pemulaan Projek 3 Pelaksanaan Projek

Tujuan utama fasa ini adalah untuk Tujuan Fasa Pelaksanaan dan Kawalan
mengenal pasti keperluan dan ini adalah untuk:
butiran asas projek ICT seperti Melaksanakan semua kerja yang
skop, objektif, kos dan tempoh terdapat dalam pelan-pelan yang
masa projek serta faedah yang terangkum dalam dokumen PPP;
diperoleh daripada serahan- Menguruskan semua sumber projek
serahan projek. Maklumat tersebut dengan baik; dan
digunakan untuk menyediakan Memantau dan mengawal
dokumen utama yang pertama pelaksanaan projek supaya projek
dalam PPrISA iaitu Dokumen dapat disiapkan mengikut
Permulaan Projek perancangan.

2 Perancangan Projek 4 Penamatan Projek

Tujuan utama fasa perancangan Fasa penamatan ini bermula
ini adalah untuk membuat sebaik sahaja semua aktiviti projek
perancangan terperinci bagi yang dirancang telah berjaya
menguruskan pembangunan dilaksanakan dan serahan-
projek ICT dari mula hingga projek serahan projek telah disahkan dan
tamat. Fasa ini bermula sebaik diterima oleh pemilik projek atau
sahaja kelulusan sewajarnya agensi (bagi projek dibangunkan
diperoleh dan dokumen utama secara outsourcing dan co-
yang digunakan sebagai input sourcing). Bagi projek yang tidak
ialah DPP, manakala output utama berjaya disiapkan, fasa ini bermula
kepada fasa ini ialah dokumen sebaik sahaja menerima arahan
Pelan Pengurusan Projek (PPP) untuk menamatkan projek.

6

METODOLOGI

PEMBANGUNAN

Metodologi pembangunan merujuk

kepada pendekatan sistematik atau

kerangka kerja yang digunakan dalam

proses pembangunan untuk

mencapai matlamat dan objektif yang

ditetapkan dengan efisien.

Metodologi

Kejuruteraan Sistem

Aplikasi Sektor Awam

Metodologi Kejuruteraan Sistem Aplikasi Sektor Awam dibangunkan dengan mengambil kira
tinjauan dan pengalaman ke atas metodologi pembangunan sistem yang telah diamalkan dalam
industri dan sektor awam. Metodologi ini merangkumi 5 fasa utama iaitu: fasa analisa (analysis),
fasa reka bentuk (design), fasa pembangunan (construction), fasa Pengujian (testing) dan fasa
pelaksanaan (implementation).

01 Analisis

RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN

Spesifikasi Spesifikasi
Keperluan Pemodelan Use Pemodelan Keperluan Bukan Keperluan
Bisnes Case (Fungsian) Keperluan Data Fungsian Sistem

Pemodelan Fungsi
Bisnes

Pemodelan Proses
Sistem

Penyediaan Spesifikasi
Keperluan Bisnes (BRS)

Matlamat utama fasa ini adalah melaksanakan analisis ke atas keperluan secara terperinci untuk
menghasilkan Spesifikasi Keperluan Bisnes Output dan aktiviti ini adalah Spesifikasi Keperluan
Sistem yang menyatakan keperluan bagi sistem dari perspektif pembangun sistem. Ia menyatakan
perkara-perkara atau item-item yang perlu ada didalam sesuatu sistem bagi merealisasikan
keperluan bisnes atau pemegang taruh. Proses-proses yang berlaku di dalam aktiviti ini adalah
pemodelan use case (fungsian), pemodelan keperluan data dan pemodelan proses sistem.

02 Rekabentuk

RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN

Spesifikasi Reka Dokumen
Bentuk Sistem Pembangunan Pangkalan Data Pangkalan Data

Spesifikasi Dokumen Kod
Pengaturcaraan Aplikasi
Migrasi Data Sumber

Pengujian Sistem
Spesifikasi Laporan Ujian
Integrasi Sistem Sistem

Berdasarkan keperluan sistem yang diperolehi di dalam Fasa Analisis,arkitektur keseluruhan
sistem akan dihasilkan. Arkitektur sistem ini mendefinisikan komponen, perlakuan dan antaramuka
komunikasi bagi sesuatu sistem. Fasa ini juga menerangkan tentang bagaimana sistem ini akan
dihasilkan. Ia merangkumi aktiviti- aktiviti seperti reka bentuk arkitektur; reka bentuk sistem; reka
bentuk pangkalan data, serta penentuan teknologi yang akan digunakan. Output kepada fasa ini
adalah Spesifikasi Reka bentuk Sistem.

Fasa reka bentuk adalah fasa bagi merancang penyelesaian masalah dan ekspektasi yang
dinyatakan dalam Spesifikasi Keperluan Sistem. Fasa ini adalah langkah permulaan untuk
terjemahkan dari domain masalah kepada domain penyelesaian iaitu alihan daripada ‘Apa?’
kepada ‘Bagaimana?’. Reka bentuk sistem adalah faktor yang paling kritikal yang akan
menjejaskan kualiti perisian dan mempunyai kesan yang besar kepada aktiviti
pembangunan/pembinaan sistem. Fasa Reka bentuk Sistem menggariskan 7 aktiviti utama iaitu:

1. Reka bentuk Arkitek
2. Penentuan Teknologi
3. Reka bentuk Pangkalan Data
4. Reka bentuk Antaramuka Pengguna
5. Reka bentuk Transaksi Sistem
6. Migrasi Data
7. Integrasi Sistem

Dokumen Rujukan kepada Fasa Reka bentuk adalah Spesifikasi Keperluan Sistem.

Dokumen Serahan kepada Fasa Reka bentuk adalah seperti berikut:
1. Spesifikasi Reka bentuk Sistem
2. Pelan Migrasi Data
3. Spesifikasi Migrasi Data
4. Pelan Integrasi Sistem
5. Spesifikasi Integrasi Sistem

03 Pembangunan

RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN

Spesifikasi Reka Dokumen
Bentuk Sistem Pangkalan
Reka Bentuk Reka Bentuk Reka Bentuk Data
Pangkalan Pangkalan
Spesifikasi Arkitektur
Data Data
Migrasi Data Dokumen
Kod

Spesifikasi Sumber
Integrasi Sistem Penentuan Reka Bentuk
Teknologi Transaksi Laporan
Sistem
Ujian
Sistem

Migrasi Data Integrasi Sistem

Penyediaan Pelan Penyediaan Pelan

Migrasi Data Migrasi Sistem

Spesifikasi Migrasi Spesifikasi Migrasi
Data Sistem

Penyediaan Spesifikasi Reka
Bentuk Sistem (SDS)

Aktiviti-aktiviti yang dilaksanakan di dalam fasa pembangunan adalah berkaitan proses
penghasilan dan pengujian sistem oleh pasukan pembangun. Fasa pembangunan
merealisasikan SDS yang dihasilkan dalam fasa reka bentuk. Komponen dan fungsi sistem
dibangunkan melalui proses pengaturcaraan dan diintegrasikan untuk menghasilkan
sesuatu produk atau sistem. Aktiviti-aktiviti yang dilaksanakan di dalam fasa ini adalah
pembangunan pangkalan data, pengaturcaraan sistem dan pengujian sistem. Di dalam
fasa ini, proses penghasilan sistem aplikasi adalah matlamat utama.

METODOLOGI

PENGUJIAN

Metodologi pengujian adalah

pendekatan sistematik untuk menguji

perisian atau sistem yang sedang

dibangunkan. Ia melibatkan

perancangan skop pengujian,

penyediaan data ujian, pelaksanaan

skrip ujian, pemantauan kecacatan, dan

penilaian kualiti untuk memastikan

kebolehpercayaan, prestasi, dan

keselamatan sistem yang diuji.

Pengujian penerimaan sistem aplikasi merupakan penentu keyakinan bahawa
sistem yang dibangunkan telah memenuhi keperluan bisnes dan keperluan
pengguna yang ditetapkan. Pengujian juga bertujuan untuk memastikan bahawa
fungsian sistem yang dibangunkan sedia digunakan. Sebarang kesilapan yang
ditemui perlu ditambahbaik, diperbaiki dan diuji semula.

01 Pengujian

RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN

Spesifikasi Pelan Induk
Penyediaan Pelan
Keperluan Sistem Penyediaan Pelan Pengujian
Ujian Penerimaan
Induk Pengujian
UAT/PAT
Spesifikasi Reka Dokumentasi
Bentuk Sistem Perseduaan
Ujian
Spesifikasi
Integrasi Sistem Penyediaan Pelan
Dokumentasi UAT/PAT
Laporan Ujian Persediaan Ujian
Sistem Laporan
UAT/PAT

Ujian Penerimaan Ujian Penerimaan
Pengguna (UAT) Provisional (PAT)

Penyediaan Pelan

Ujian Penerimaan
UAT/PAT

Aktiviti-aktiviti yang dilaksanakan di dalam fasa pengujian adalah berkaitan dengan
penyediaan pelan ujian dan dokumentasi berkaitan ujian, serta pelaksanaan
pengujian penerimaan oleh pengguna ke atas sistem. Pengujian yang dimaksudkan
adalah Ujian Penerimaan Pengguna (UAT) dan Ujian Penerimaan Sementara (PAT).
Ujian ini dilaksanakan sebagai validasi ke atas sistem aplikasi yang dibangunkan
berdasarkan keperluan pengguna dan keperluan sistem bagi memastikan keperluan
tersebut dipenuhi sebelum sistem aplikasi dilaksanakan.

Pengujian Sistem

Pengujian penerimaan sistem aplikasi merupakan penentu keyakinan bahawa sistem yang
dibangunkan telah memenuhi keperluan bisnes dan keperluan pengguna yang ditetapkan.
Pengujian juga bertujuan untuk memastikan bahawa fungsian sistem yang dibangunkan sedia
digunakan. Sebarang kesilapan yang ditemui perlu ditambahbaik, diperbaiki dan diuji semula.

Pengujian hendaklah dirancang dengan teliti berdasarkan tempoh, kos dan keperluan sumber yang
disediakan agar sistem yang dibangunkan mencapai tahap kualiti yang ditetapkan. Hasil keputusan
ujian yang diperolehi melalui pelaksanaan pengujian yang teratur dan pematuhan kepada amalan
terbaik akan menjadi pertimbangan bagi pemegang taruh dalam memutuskan pelaksanaan sistem.
Pengujian akan dilaksanakan dengan melibatkan pengguna sistem termasuk SME, pemilik proses dan
pengguna akhir. Ekspektasi pengguna terhadap sistem akan dinilai melalui 2 aktiviti utama iaitu:

Ujian Penerimaan Pengguna (UAT)
Ianya menilai dari aspek fungsian

Ujian Penerimaan Provisional (PAT)
Ianya menilai dari aspek fungsian dan bukan fungsian

Dokumen rujukan untuk Fasa Pengujian Penerimaan adalah seperti berikut:
1. D03 Spesifikasi Keperluan Sistem.
2. D04 Spesifikasi Reka bentuk Sistem.
3. D08 Spesifikasi Integrasi Sistem.
4. D11 Laporan Ujian Sistem.

Dokumen serahan untuk Fasa Pengujian Penerimaan adalah seperti berikut:
1. D12 Pelan Induk Pengujian (Master Test Plan).
2. D13 Pelan Ujian Penerimaan Pengguna (UAT)/Ujian Penerimaan Pengguna Provisional (PAT).

3. D14 Laporan Ujian Penerimaan (UAT & PAT)

Untuk memastikan aktiviti dalam fasa pengujian berjaya dilaksanakan, faktor-faktor yang perlu
diberi perhatian sebelum dan semasa aktiviti pengujian dilaksanakan adalah seperti berikut:

1. Spesifikasi Keperluan Bisnes, Spesifikasi Keperluan Sistem dan Spesifikasi Reka bentuk Sistem
yang didokumenkan adalah lengkap dan telah dipersetujui oleh pengguna.

2. Ujian sistem (ujian unit/ komponen, ujian sub-sistem/ modul dan ujian integrasi sistem) telah
dijalankan dengan sempurna. Sistem bebas daripada ralat dengan tahap severity tinggi yang
boleh menggagalkan fungsi utamanya.
3. Pengurus / Ketua Ujian berpengalaman serta berkelayakan dalam merancang dan
mengendalikan ujian.

4. Persediaan terperinci bagi ujian penerimaan seperti jadual pelaksanaan ujian, undangan penguji
serta kesediaan persekitaran pengujian.
5. Komitmen daripada semua peringkat pemegang taruh diperlukan semasa pengujian

dilaksanakan.
Selain daripada faktor di atas, penggunaan tools yang bersesuaian di dalam pengurusan,
pelaksanaan dan kawalan pengujian juga memberi nilai tambah di dalam kejayaan pengujian.

05 Pelaksanaan

Tujuan pelaksanaan sistem adalah untuk memastikan sistem yang dibangunkan dapat berfungsi
dengan lancar mengikut spesifikasi yang telah di minta oleh pengguna. Fasa pelaksanaan
merupakan fasa yang melibatkan aktiviti-aktiviti peralihan daripada sistem yang lama kepada
sistem yang baru. Ia akan melibatkan perubahan dari cara kerja manual kepada cara baru yang
berasaskan kepada sistem berkomputer. Proses peralihan boleh dilaksanakan ke atas sistem semasa
dengan membuat penambahbaikan mengikut keperluan yang baru. Semasa fasa pelaksanaan, isu-
isu yang melibatkan bisnes, teknikal dan orang awam hendaklah dikenalpasti dan diambil tindakan.

Aktiviti-aktiviti dalam Fasa Pelaksanaan adalah:
1. Pelaksanaan Migrasi Data
2. Ujian Penerimaan Akhir

3. Penyediaan Manual Pengguna
4. Serahan Sistem Aplikasi

RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN

Pelan Laporan
Pembangunan Migrasi Data
Pelaksanaan Penyediaan Manual
Sistem
Migrasi Data Pengguna
Laporan
Pelan Migrasi Penamatan
Data Ujian Penerimaan Ujian (FAT)
Akhir (FAT)
Laporan PAT Manual
Penggunaan
Sistem Aplikasi Serahan Sistem
Aplikasi Laporan
Serahan
Sistem

Aktiviti utama di dalam fasa pelaksanaan adalah melaksanakan aktiviti ke arah persediaan
pelaksanaan sistem. Aktiviti-aktiviti yang dilaksana di dalam fasa ini adalah migrasi data, ujian
penerimaan akhir, persediaan manual pengguna dan laporan serahan sistem.

PEMBANGUNAN

SISTEM

Pembangunan sistem merujuk kepada

proses perancangan, pembangunan, dan

meimplimentasi sistem maklumat atau

perisian yang memenuhi keperluan

organisasi. Ia melibatkan analisis

keperluan, rekabentuk sistem,

pengaturcaraan, pengujian, dan

penerapan sistem untuk meningkatkan

kecekapan, produktiviti, dan kesesuaian

operasi organisasi.

REKABENTUK

DATABASE

Database Structure

Berikut adalah elemen- elemen reka bentuk database yag akan di bina bagi
Sistem ini.

Normalize Data
1 Normalisasi ialah proses menyusun data dalam pangkalan data untuk
meminimumkan redundansi dan kebergantungan. Ini boleh membantu
memastikan pangkalan data adalah fleksibel dan boleh menampung
perubahan dalam keperluan data

Layered Architecture
2 Seni bina berlapis dapat membantu memisahkan concern yang berbeza
dalam pangkalan data, menjadikannya lebih fleksibel dan berskala.
Contohnya, dengan mengasingkan lapisan capaian data daripada
lapisan logik perniagaan boleh memudahkan anda membuat perubahan
pada pangkalan data tanpa menjejaskan aplikasi.

Modular Approach
Pendekatan modular melibatkan pemecahan pangkalan data kepada
3 komponen yang lebih kecil dan boleh diguna semula yang dapat diubah
suai atau diganti dengan mudah mengikut keperluan. Ini boleh memban-
tu memastikan pangkalan data dapat dikembangkan dan menampung
perubahan masa depan dalam keperluan data

Plan for Scalability
Perancangan untuk skalabiliti melibatkan jangkaan pertumbuhan masa
4 depan dan mereka bentuk pangkalan data untuk mengendalikan
pertumbuhan itu. Ini boleh melibatkan reka bentuk pangkalan data untuk
mengendalikan volume data yang lebih besar, atau merekabentuk
pangkalan data untuk diedarkan merentas berbilang pengguna untuk
mengendalikan trafik yang meningkat.

Appropriate Indexing
5 Pengindeksan boleh membantu meningkatkan prestasi pangkalan data,
menjadikannya lebih berskala. Walau bagaimanapun, adalah penting
untuk menggunakan teknik pengindeksan yang sesuai dan mengelakkan
pengindeksan berlebihan yang boleh menjejaskan prestasi sistem.

Use Caching
Caching melibatkan penyimpanan data yang kerap diakses dalam
6 memori, yang boleh membantu meningkatkan prestasi pangkalan data.
di
situasi
menjadi
skalabiliti
mana
dalam
Ini
sangat
berguna
kebimbangan, kerana caching boleh membantu mengurangkan beban
pada pangkalan data.

REKABENTUK

ANTARAMUKA

Ciri-ciri antaramuka merupakan antara

elemen yang amat penting dan perlu

untuk di titik beratkan. Hal ini kerana untuk

memudahkan kepenggunaan sistem bagi

pengguna. Kami telah menetapkan

beberapa garis panduan dalam mereka

bentuk antaramuka bagi sistem ini. Berikut

merupakan 7 elemen yang akan

diterapkan dalam rekaan antaramuka

sistem ini.

UI/UX eVeterinar

Ciri 1 : Jelas
Jelas adalah elemen yang paling penting dalam reka bentuk antaramuka pengguna.
Sesungguhnya matlamat utama reka bentuk antara muka adalah untuk membolehkan pengguna
untuk berinteraksi dengan sistem ini. Ini boleh mengelakkan kekeliruan untuk menggunakan sistem
ini.

Ciri 2 : Tepat
Dalam pengalaman mereka bentuk sesebuah website, sistem ataupun portal, kami tahu
sekiranya banyak penjelasan dibuat, ianya hanya akan membazirkan waktu pengguna untuk
membaca dari menggunakan sistem. Kami akan memastikan segala perkara jelas dan ringkas.
Untuk menjadikan sistem ini jelas dan ringkas pada masa yang sama adalah tidak mudah dan
memerlukan masa dan usaha untuk dicapai. Namun, dengan kepakaran pihak designer kami, ciri
ini boleh dicapai dengan mudah.

Ciri 3 : Familiar
Familiar membawa maksud, kami hanya akan menggunakan ikon popular yang digunakan secara
global supaya sistem mudah difahami oleh pengguna tanpa sebarang penjelasan.

Ciri 4 : Menarik
Yang ini mungkin agak kontroversi tetapi kami percaya antaramuka yang baik haruslah menarik.
Menarik dalam erti kata bahawa ia membuatkan penggunaan antaramuka kelihatan
menyeronokkan. Walaupun UI yang sedia ada menepati ciri-ciri seperti mudah untuk digunakan,
cekap dan responsif, dan ia akan menjalankan tugasnya dengan berkesan, tetapi jika kami boleh
pergi lebih jauh dan menjadikannya lebih menarik, maka pihak Jabatan Veterinar akan membuat
pengalaman pengguna menggunakan antaramuka benar-benar memuaskan. Pihak kami akan
merekabentuk antaramuka minimalis dan flat. Ianya akan memberi tumpuan kepada fungsi atas
bentuk. Selain dari itu, kami juga akan memberi fokus kepada elemen seperti ikon, butang dan
warna yang akan memberi impak dan menarik kepada pengguna.

Ciri 5 : Konsisten
Antaramuka yang konsisten membolehkan pengguna untuk membangunkan corak penggunaan,
pengguna akan belajar butang yang berbeza, tab, ikon dan unsur- unsur antaramuka lain
kelihatan sama dan akan mengenali mereka dan sedar apa yang mereka lakukan dalam konteks
yang berbeza. Mereka juga akan belajar bagaimana perkara-perkara tertentu bekerja dan akan
dapat bekerja bagaimana untuk mengendalikan ciri-ciri baru yang lebih cepat dari pengalaman-
pengalaman sebelumnya.

Ciri 6 : Efisyen
Salah satu ciri antaramuka yang baik ialah ianya harus membolehkan pengguna untuk
melakukan fungsi-fungsi yang lebih cepat. Sistem yang efisyen akan memudahkan pengguna
mengendalikan fungsi-fungsinya.

Ciri 7 : HTML
Bahasa pengaturcaraan sokongan lain yang bakal digunakan adalah HTML sebagai bahasa
asas di dalam website, Javascript bagi membantu paparan dinamik dan navigasi laman web
serta CSS bagi menjana format dan antaramuka laman web. Oleh itu, sistem ini akan selaras
dengan semua pelayar versi terkini. Kami juga akan meletakkan capaian sistem paling optimum
ialah pada resolusi 1920x1080 pixel.

PROTOTAIP

Prototaip merujuk kepada model awal

atau versi pertama produk atau sistem

yang dibangunkan untuk

menunjukkan kemampuan dan

pemahaman spesifikasi teknikal

syarikat.

P. Luar
Prototaip eVeterinar

Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah
untuk mencapai prototaip tersebut :

eveterinar.nakmenangtender.com

Berikut adalah skrin log masuk ke
prototaip yang telah di bina oleh
kami.

Sila layari :
eveterinar.nakmenangtender.com

Log masuk sebagai : Pengguna dalam

Berikut merupakan skrin bagi Role
Pengguna Luar.

Skrin pertama adalah dashboard

eksekutif bagi pengguna tersebut.
Dari dashboard ini, pihak pengguna
boleh mendapatkan laporan ringkas
bagi kesemua permohonan yang
telah dilakukan.

Selain dari itu, pengguna juga melihat
profil mereka & menukar kata laluan
dengan mudah.

Di panel kiri pula adalah had capaian
pengguna.

P. Luar

Setelah menekan permohonan
premis, pemohon boleh
membuat permohonan. Kami
memecahkan borang
permohonan kepada tab
based UI/UX bagi
memudahkan pengisian
borang dan pengalaman
pengisian borang tanpa scroll

Setelah mengisi bahagian
pertama, pemohon boleh
mengisi bahagian & menekan
butang simpan & seterusnya.

Dalam borang ini pula,
terdapat dua (2) bahagian
borang yang perlu diisi iaitu :

1. Maklumat Pemilik
2. Maklumat Syarikat.

Pihak pengguna perlu mengisi
maklumat tersebut & menekan
butang simpan & seterusnya.

P. Luar

Bagi tab keempat pula,

pihak pemohon perlu
mengisi data keperluan bagi
maklumat Premis.

Setelah mengisi, pemohon
boleh menekan butang
simpan & seterusnya untuk
ke tab terakhir iaitu
Maklumat Dokumen.

Di dalam tab maklumat
dokumen, sekiranya
terdapat beberapa jenis
dokumen yang dibenarkan
oleh pihak veterinar untuk
dimuat naik, pemohon

boleh memilih jenis
dokumen & memuat naik
dokumen tersebut.

Kami juga meletakkan
disclaimer bagi jenis fail &
saiz yang dibenarkan.
Setelah menekan butang
upload, senarai dokumen
akan dipaparkan. Jika
terdapat keperluan untuk
membuang dokumen
tersebut, pemohon boleh
menekan butang remove.

Setelah selesai, pemohon
boleh menekan butang
hantar permohonan. Bagi
mengelakkan human error,
sistem akan memaparkan
pop up confirmation
sebelum borang
permohonan betul-betul
dihantar

P. Luar

Setelah menghantar
permohonan, skrin

seterusnya adalah senarai
permohonan.

Kami menyediakan multiple
search bagi memudahkan
carian.

Di dalam senarai ini, pihak
pemohon boleh melihat ID
permohonan, Nama, IC &
status.

Jika pemohon menekan
hyperlink ID permohonan,

permohonan akan
dipaparkan.

Di dalam paparan ini,
pemohon boleh melihat
status & ID permohonan
yang telah dihantar.

Di tab terakhir, iaitu
maklumat dokumen pihak
pemohon boleh membuat
kemaskini jika perlu.

P. Dalam

Prototaip eVeterinar

Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah untuk
mencapai tersebut.

eveterinar.nakmenangtender.com

Berikut adalah skrin log masuk ke
prototaip yang telah di bina oleh
kami.

Sila layari :
eveterinar.nakmenangtender.com

Log masuk sebagai : Pengguna
luar

Berikut merupakan skrin bagi Role
Pengguna Dalam.

Skrin pertama adalah dashboard
eksekutif bagi pengguna tersebut.
Dari dashboard ini, pihak
pengguna boleh mendapatkan
laporan ringkas bagi kesemua
permohonan yang telah dilakukan.

Selain dari itu, pengguna juga

melihat profil mereka & menukar
kata laluan dengan mudah.

Di panel kiri pula adalah had
capaian pengguna.

P. Dalam

Setelah menekan
Pendaftaran Premis di
panel kiri pegawai akan
dapat melihat senarai
kerja beserta status.

Setelah menekan hyperlink
permohonan tersebut,
borang permohonan yang
dihantar akan dipaparkan.

Seperti pemohon luar, ID
permohonan akan
dipaparkan.

Di tab terakhir, terdapat
ruang dimana pegawai
boleh mengisi maklumat

yang perlu diisi.

Setelah itu, pegawai boleh
menekan butang hantar.

P. Dalam
Laporan Permohonan

Di panel kiri, kami telah
sediakan tab statistik & laporan.

Di dalam laporan ini, pihak
syarikat akan menyenaraikan
semua laporan yang diperlukan
dan telah dibincangkan
sewaktu sesi URS.

Selain dari itu, pelaporan ini

akan mempunyai fungsian asas
seperti carian, export ke excel &
PDF dan dipecahkan mengikut
tahun.

Statistik Permohonan

Bagi statistik pula, ianya
merupakan visualisasi bagi
data-data yang terdapat di
dalam sistem.

Perbezaan antara statistik &
laporan adalah, melalui
visualisasi ini, pihak pengguna
boleh membuat comparison,
dan pemahaman data dengan
lebih baik.

P. Dalam
Trace Animal History

Akhir sekali adalah modul trace animal history. Di dalam modul ini, ianya akan menyenaraikan kesemua haiwan beserta
perincian-perincian penting seperti :
1. Gamber
2. Tarikh Vaksin
3. Dan lain-lain

PERKHIDMATAN

Khidmat sokongan merujuk kepada aktiviti

atau perkhidmatan yang disediakan untuk

membantu pengguna atau pelanggan dalam

menyelesaikan masalah, memperoleh

bantuan, atau memperoleh maklumat

tambahan berkenaan produk, perkhidmatan,

atau sistem yang mereka gunakan. Ia

bertujuan untuk meningkatkan kepuasan

pelanggan dan memastikan kelancaran

penggunaan.

LATIHAN

OBJEKTIF

Sejajar untuk mengoptimumkan pelaksanaan projek ini, pasukan mesti dilengkapi dengan
kemahiran yang ditetapkan dalam mengeksploitasi sejauh mungkin keupayaan dan ciri
sistem baru. Oleh itu, kami mencadangkan program latihan komprehensif untuk pasukan
projek (pengguna teknikal) dan pengguna akhir. Objektif utama program latihan yang
dicadangkan ini adalah untuk memberikan pemahaman yang diperlukan terhadap
keseluruhan struktur dan proses dalam sistem yang dibekalkan. Ia juga untuk memastikan
pengguna dan pentadbir (pengguna teknikal) sistem berkesan dapat mengendalikan,
mentadbir dan menyelenggara sistem yang dibekalkan.

PRA-SYARAT LATIHAN

Untuk memaksimumkan pembelajaran, adalah penting bahawa semua peserta
mempunyai pengetahuan tertentu sebelum latihan. Berikut adalah pra-syarat umum
pelatih:

Kumpulan Teknikal
1. Pengalaman bekerja dalam sistem dan sokongan rangkaian.
2. Pengetahuan teknikal dalam mana-mana sistem operasi.
3. Pengalaman bekerja dalam mana-mana pentadbiran pangkalan data.
4. Pada masa ini di dalam pasukan sokongan teknikal Jabatan Teknologi Maklumat dan
akan terlibat dalam pentadbiran dan pengurusan aplikasi yang dibekalkan pada masa
akan datang.

Kumpulan Pengguna Akhir

1. Pengetahuan umum berkenaan IT.
2. Pengetahuan berkenaan Internet/ Web Application.
3. Pengetahuan berkenaan Internet / Web Application dan komputer peribadi.
4. Biasa dengan proses latihan sedia ada.
5. Berpengalaman dalam presentation/kemahiran komunikasi.

Pihak Jabatan Veterinar bertanggungjawab untuk menyediakan peserta yang memenuhi
pra-syarat yang telah dinyatakan.

KAEDAH LATIHAN

Kaedah latihan adalah proses, teknik atau pendekatan yang digunakan pelatih dalam
pengajaran. Kaedah latihan yang akan digunakan untuk projek ini berkonsepkan bilik
latihan supaya latihan yang akan diberikan akan lebih berkesan dan menarik. Ini
bermakna pihak kami perlu menyediakan komputer/ komputer riba supaya memudahkan
proses latihan yang dilakukan. Peserta latihan akan dapat berlatih menggunakan sistem
dalam persekitaran ruang kerja yang selesa dengan bantuan jurulatih. Terdapat juga
latihan pada modul terpilih untuk memastikan peserta memahami sepenuhnya cara
menggunakan sistem. Konsep operasi untuk aplikasi dan sistem yang terlibat biasanya di
bentangkan dalam bentuk ceramah.

MEDIUM & SIJIL LATIHAN

Medium dan dokumen hendaklah di dalam Bahasa Malaysia. Peserta akan diberikan
satu set manual latihan untuk disimpan oleh mereka. Peserta juga akan diberi sijil
penyertaan untuk setiap latihan yang dihadiri.

TEMPAT LATIHAN & KEMUDAHAN

Latihan akan dijalankan di Jabatan Veterinar. Jabatan Veterinar

bertanggungjawab untuk memastikan bilik latihan dilengkapi dengan papan putih,
projektor dan komputer riba yang diperlukan yang berkaitan dengan pelayan
latihan dan internet untuk memudahkan kursus latihan supaya segalanya dapat
berjalan dengan lancar.

PELAKSANAAN LATIHAN & JADUAL

Latihan akan dilaksanakan seperti di bawah:

BIL LATIHAN JUMLAH JUMLAH PESERTA BILANGAN SESI
HARI

Latihan kepada
pengguna akhir
1 3 hari 30 bilangan peserta 3 Sesi
mengikut jenis
pengguna

Latihan kepada
2 1 hari 10 bilangan peserta 1 Sesi
pentadbir sistem

Latihan kepada
3 1 hari 10 bilangan peserta 1 Sesi
pihak pengurusan

DOKUMENTASI

DOKUMENTASI

Berikut adalah senarai dokumentasi yang akan diberikan sepanjang tempoh
projek. Kami akan menyerahkan salinan dalam bentuk hardcopy dan softcopy
& video bagi setiap satu jenis dokumentasi kepada pihak Jabatan Veterinar.

DOKUMENTASI PRISA (Pengurusan Projek ICT Sektor Awam)

1. PPrISA01 Dokumen Permulaan Projek

2. PPrISA02 Pelan Pengurusan Projek

3. PPrISA03 Pelan Pengurusan Sumber

4. PPrISA04 Pelan Pengurusan Kos

5. PPrISA05 Pelan Pengurusan Kualiti

6. PPrISA06 Pelan Pengurusan Komunikasi

7. PPrISA07 Pelan Pengurusan Risiko

8. PPrISA08 Pelan Pengurusan Isu

9. PPrISA09 Pelan Pengurusan Perubahan

10. PPrISA10 Borang Permohonan Pindaan

11. PPrISA11 Log Penyelesaian Pindaan

12. PPrISA12 Borang Pelaporan Risiko

13. PPrISA13 Log Penyelesaian Risiko

14. PPrISA14 Borang Pelaporan Isu

15. PPrISA15 Log Penyelesaian Isu

DOKUMENTASI PT 2

DOKUMENTASI PRISA (Pengurusan Projek ICT Sektor Awam)

16. PPrISA16 Laporan Status/Kemajuan Projek (Kumpulan)

17. PPrISA17 Laporan Status/Kemajuan Projek (Keseluruhan)

18. PPrISA18 Laporan Penamatan Projek

DOKUMENTASI KRISA (Buku Kejuruteraan Sistem Aplikasi Sektor Awam)

1. D01 Dokumen Pelan Pembangunan Sistem (PPS)

2. D02 Dokumen Spesifikasi Keperluan Bisnes BRS

3. D03 Dokumen Spesifikasi Keperluan Sistem SRS

4. D04 Dokumen Spesifikasi Rekabentuk Sistem SDS

5. D05 Dokumen Pelan Migrasi Data

6. D06 Dokumen Spesifikasi Migrasi Data

7. D09 Dokumentasi Pangkalan Data

8. D10 Dokumentasi Kod Sumber

9. D11 Dokumen Laporan Ujian Sistem

10. D12 Dokumen Pelan Induk Pengujian

DOKUMENTASI PT 3

DOKUMENTASI KRISA (Buku Kejuruteraan Sistem Aplikasi Sektor Awam)

12. D13 Dokumen Pelan Ujian Penerimaan UAT-PAT

13. D14 Dokumen Laporan Ujian Penerimaan UAT- PAT

14. D15 Dokumen Laporan Migrasi Data

15. D16 Dokumen Laporan Penamatan Ujian

16. D17 Dokumen Manual Pengguna Sistem

17. D18 Dokumen Laporan Serahan Sistem

LAIN-LAIN

1. Source Kod Sistem

JAMINAN

&

WARRANTY

Corrective

Maintenance

Corrective Maintenance merujuk
kepada tindakan yang diambil untuk
menangani dan menyelesaikan isu atau Emergency CM
kecacatan dalam sesuatu aplikasi atau
Emergency CM dilakukan dengan
sistem selepas ia dikenal pasti. Ia
segera untuk menangani isu-isu penting
melibatkan membaiki atau
yang memberi kesan yang serius
memperbaiki masalah untuk
terhadap operasi aplikasi atau sistem.
mengembalikan aplikasi kepada fungsi
Ia bertujuan untuk mengembalikan
sedia ada. Corrective Maintenance
fungsi secepat mungkin untuk
adalah bersifat reaktif dan biasanya
mengurangkan masa tidak beroperasi
dikesan oleh slack bug, atau kerosakan
dan mengatasi sebarang kesan buruk
yang dilaporkan oleh pengguna melalui
terhadap pengguna atau operasi
helpdesk atau dikenal pasti melalui
perniagaan kementerian.
pemantauan dan pengujian.

Tujuan utama Corrective Maintenance
adalah untuk menghapuskan punca Scheduled CM
asal masalah (root cause) dan
memastikan sistem berfungsi dengan Scheduled CM melibatkan tindakan
betul. Ia mungkin melibatkan aktiviti yang dirancang untuk menangani isu-

seperti penyelesaian ralat, isu atau kecacatan yang tidak penting
pengubahsuaian kod, atau perubahan dalam aplikasi. Aktiviti ini biasanya
konfigurasi untuk memperbetulkan isu dirancang semasa window frame
yang dikenal pasti. maintenance yang dirancang atau
semasa tempoh penggunaan sistem

Secara keseluruhannya, Corrective yang lebih rendah untuk mengurangkan
Maintenance memainkan peranan gangguan kepada pengguna.
penting dalam mengekalkan stabiliti
dan prestasi sistem sekaligus
menangani dan menyelesaikan isu yang
dikesan.

Workflow Corrective

Maintenance

1 Pengesanan Ralat

Workflow Corrective Maintenance bermula dengan
pengesanan ralat. Pengesanan ralat boleh di kesan
samada melalui tools atau dari pengguna & pengguna
boleh melaporkan ke dalam Sistem Helpdesk

Fixing
2
Setelah menerima log aduan menerusi Helpdesk, pihak
syarikat akan memulakan fixing dan isu akan
diselesaikan di dalam tempoh SLA. Setelah pembetulan

dibuat, pihak syarikat akan memaklumkan melalui
helpdesk & bersedia untuk diuji.

Pengujian Ralat
3
Setelah pembetulan dibuat, pihak kementerian boleh
membuat pengujian. Pengujian akan dilakukan

dienvironment staging sebelum di push ke production

Latihan & TOT
4
Setelah pengujian selesai, pihak syarikat akan membuat

latihan & TOT kepada pihak kementerian.

Pages:

Click to View FlipBook Version