L A M P I R A N B - 2 - 1
C A D A N G A N P E M B A N G U N A N
S I S T E M M Y D F L A B
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 P E N G U R U S A N
K E S B A G I M A L A Y S I A G O V E R N M E N T
D I G I T A L F O R E N S I C L A B ( M Y D F L A B )
J A B A T A N P E R D A N A M E N T E R I
Q T 2 3 0 0 0 0 0 0 0 0 0 7 2 9 3
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
FASA 1 : KAJIAN
KEPERLUAN SISTEM
MyDFLAB
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.
Sesi Bengkel Analisa
Berikut adalah senarai umum perisian/tools yang mungkin digunakan, tetapi ini akan
bergantung pada keperluan dan keputusan akhir dari MAMPU.
BIL BENGKEL JUMLAH JUMLAH PESERTA AKTIVITI TEMPAT
HARI
Kajian
10 bilangan Pemodelan MAMPU,
1 Keperluan 12 hari
peserta Use Case Cyberjaya
Sistem
Kajian Pemodelan
10 bilangan MAMPU,
2 Keperluan 6 hari Keperluan
peserta Cyberjaya
Sistem Data
Kajian Pemodelan
10 bilangan MAMPU,
3 Keperluan 16 hari Proses
peserta Cyberjaya
Sistem Sistem;
Penentuan
Kajian
10 bilangan Keperluan MAMPU,
4 Keperluan 8 hari
peserta Bukan Cyberjaya
Sistem
Fungsian.
Kajian Penentuan
10 bilangan MAMPU,
5 Keperluan 5 Keperluan
peserta Cyberjaya
Migrasi Migrasi
Sesi Bengkel Reka Bentuk Sistem
Berikut adalah senarai umum perisian/tools yang mungkin digunakan, tetapi ini akan
bergantung pada keperluan dan keputusan akhir dari MAMPU.
BIL BENGKEL JUMLAH HARI JUMLAH PESERTA TEMPAT
Pembentangan
MAMPU,
1 Reka bentuk 1 hari 10 bilangan peserta
Cyberjaya
Arkitek
Pembentangan
MAMPU,
2 Penentuan 1 hari 10 bilangan peserta
Cyberjaya
Teknologi
Pembentangan
MAMPU,
3 Reka bentuk 1 hari 10 bilangan peserta
Cyberjaya
Pangkalan Data
Pembentangan
Reka bentuk MAMPU,
4 1 hari 10 bilangan peserta
Antaramuka Cyberjaya
Pengguna
Pembentangan
MAMPU,
5 Reka bentuk 1 hari 10 bilangan peserta
Cyberjaya
Transaksi Sistem
Pembentangan MAMPU,
6 1 hari 10 bilangan peserta
Migrasi Data. Cyberjaya
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
FASA 2: REKABENTUK
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
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
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 IRIS. 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 MyDFLAB
Aliran Kerja Bisnes
Kawalan Akses
Carian
Lapisan Pertengahan
Modul - Modul Sistem
Laporan
Business Intelligence
Lapisan Database DB MyDFLAB
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 DFLAB
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
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 MyDFLAB
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 SPA 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.
FASA 3a:
PEMBANGUNAN
SISTEM
03 Pembangunan
RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN
Spesifikasi Reka Dokumen
Bentuk Sistem Pangkalan
Reka Bentuk Reka Bentuk Reka Bentuk Data
Arkitektur Pangkalan Pangkalan
Spesifikasi
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.
Pemilihan Teknologi
Berikut adalah senarai umum perisian/tools yang mungkin digunakan, tetapi ini akan
bergantung pada keperluan dan keputusan akhir dari MAMPU.
Fasa Tools Standards
1. ISO 90003:2014
2. IEEE Standard for Software
Perancangan Gantt Chart Quality Assurance Processes
3. PPrISA
4. KRISA
Language : Php
Framework :Laravel
Code KRISA
Portal : Wordpress
DB : MySQL
1. ISO 190003:2014
2. IEEE Standard for Software
Functional Test Tools : Selenium
Quality Assurance Processes
Test Performance Test Tools :
3. KRISA
Jmeter
4. RAKKSSA
5. IV&V Handbook
Release GitHub
Deployment GitHub
Operate Bugtrack : GitLab Issues & Slack
IEEE Standard for Software Quality
Feedback Monitoring Tools : Nagios
Assurance Processes
Cadangan Teknikal Sistem MyDFLAB
Pihak syarikat akan membangunkan semula Sistem MyDFLAB bersama Migrasi. Berikut
adalah senarai modul yang akan dibangunkan di dalam skop projek
Senarai Modul & Skop
Modul Skop
Maklumat am (mengenai MyDFLAB, muat turun
dokumen/manual pengguna, maklumat latihan serta soalan
lazim dan sebagainya)
Pautan ke Login page pentadbir;
Pautan ke Portal Pengguna/Pengurusan Perkhidmatan
MyDFLAB;
Modul one-stop center Ruang bagi penyebaran maklumat berkaitan perkhidmatan
perkhidmatan MyDFLAB MyDFLAB seperti pengumuman, latihan, promosi, inforensik
dan lain-lain yang diperlukan oleh Kerajaan;
Memaparkan maklumat perkhidmatan yang disediakan dan
juga aktiviti-aktiviti yang dijalankan oleh MyDFLAB.
Pengurusan Maklum balas (Membolehkan pengguna
perkhidmatan MyDFLAB atau agensi memberikan
maklumbalas mengenai MyDFLAB secara online.)
Permohonan oleh pihak agensi, kelulusan permohonan
termasuk semakan status permohonan/kes dan pelaporan
berdasarkan nombor kes.
Pengurusan Permohonan yang merangkumi tetapi tidak
terhad kepada fungsi-fungsi berikut:
Portal Pengurusan Maklumat Permohonan:
Pengguna/Pengurusan Pendaftaran, pengemaskinian dan paparan
Perkhidmatan MyDFLAB maklumat pemohon yang menggunakan
perkhidmatan MyDFLAB. (
Semakan Status Kes: - Memberi kemudahan kepada
pemohon yang menggunakan perkhidmatan MyDFLAB
menyemak status kes bagi agensi masing-masing
secara online.
Senarai Modul & Skop
Modul Skop
Modul Dashboard dan Laporan yang merangkumi tetapi
tidak terhad kepada fungsi-fungsi berikut:
Paparan statistik merangkumi:
Jana dan Cetak Laporan:
Menyediakan fleksibiliti kepada pengguna sistem
Portal Pentadbir
untuk menjana laporan dengan memilih data yang
ingin dipaparkan;
Menyediakan pilihan laporan yang telah dijana untuk
dicetak atau dimuat turun dalam format PDF,
Microsoft Excel, Word atau sebagainya.
Memaparkan statistik bagi perkhidmatan yang telah
diberikan oleh MyDFLAB seperti mengikut status
permohonan, tahun, agensi dan kes;
Statistik penggunaan mengikut kategori seperti jenis
perkhidmatan pelupusan data (logikal dan fizikal),
pemulihan data dan forensik digital, jenis media storan
(contoh: cakera keras, thumb drive, ssd), tahun, bulan dan
Dashboard Paparan sebagainya);
Statistik Menunjukkan statistik jumlah media storan yang berjaya
dan tidak berjaya mengikut tahun, bulan, agensi dan jenis
perkhidmatan;
Menunjukkan bilangan agensi yang menggunakan
perkhidmatan MyDFLAB;
Menunjukkan status semasa pengurusan kes/media storan
(contoh : baharu/dalam tindakan/selesai mengikut agensi,
tahun, bulan, jenis perkhidmatan).
Pengurusan Maklumat Kes:
Pendaftaran dan pengemaskinian maklumat kes bagi
setiap permohonan penggunaan Perkhidmatan
Pengurusan Kes
MyDFLAB;
Penyimpanan laporan penuh bagi setiap kes;
Pengesahan penutupan kes.
Senarai Modul & Skop
Modul Skop
Pendaftaran dan pengemaskinian maklumat media storan
bagi setiap kes mengikut perkhidmatan MyDFLAB yang
dimohon oleh agensi;
Pemohon perlu mengisi Borang Permohonan Perkhidmatan
(BRG-01);
Aset yang diterima akan dibuat pemeriksaan (fizikal/logikal)
bagi memastikan tiada kerosakan;
Pentadbir MyDFLAB akan mendaftarkan aset yang diterima
daripada pelanggan bagi tujuan rekod;
Pengurusan Media Storan
Maklumat di Borang Permohonan Perkhidmatan (BRG-01)
akan dirujuk semasa pendaftaran;
Status pemeriksaan (fizikal/logikal) akan turut direkodkan;
Merekodkan hasil aktiviti sanitasi/pemulihan/ penentusahan
sanitasi bagi setiap media storan.
Pengurusan Maklumat Agensi:
Pendaftaran, pengemaskinian dan paparan maklumat
agensi sektor awam yang menggunakan perkhidmatan
MyDFLAB.
Jejak Audit (Audit Trail) yang merangkumi tetapi tidak
terhad kepada fungsi berikut:
Merekodkan setiap aktiviti yang dilakukan oleh pengguna
sistem.
Carian yang merangkumi tetapi tidak terhad kepada fungsi
berikut:
Membolehkan pengguna sistem untuk mencari
maklumat yang berkaitan dengan kes, media storan dan
Modul Pentadbiran Sistem
perkhidmatan MyDFLAB yang ditelah diberikan.
Pengurusan Profil:
Pendaftaran dan pengemaskinian maklumat pentadbir
sistem.
Penetapan profil pengguna.
Pengurusan Kata Laluan (iv) Log In/Log Out: (v)
Pendaftaran dan pengemaskinian maklumat pengguna
sistem.
Senarai Modul & Skop
Modul Skop
Setiap latihan/program yang dilaksanakan dapat
didaftarkan ke dalam sistem MyDFLAB sebagai rekod
pelaksanaan;
Maklumat seperti tarikh, masa, tempat, bilangan peserta
dan lain-lain perlu direkodkan;
Modul Pengurusan Latihan Nama peserta yang telah lulus Certified Training
dan Program Pendaftaran dipaparkan di Portal MyDFLAB (nama, no sijil, tarikh
pensijilan, tamat sijil dan lain-lain) Kemaskini maklumat
latihan/program
Kemaskini maklumat pendaftaran, penyenggaraan,
pelupusan, dan hapus kira.
Manual teknikal, manual pengguna.
Pihak kami akan melaksanakan aktiviti Migrasi Sistem/Data
bagi sistem aplikasi sedia ada ke dalam sistem aplikasi
yang dibangunkan atau ditambahbaik.
Pihak kami akan menyediakan Pelan Migrasi Sistem/Data
dan perlu dilampirkan sebagai LAMPIRAN C1 bagi aktiviti
yang dilaksanakan. Pihak kami akan menyediakan
Migrasi Sistem
perkakasan/ peralatan/ perisian sendiri untuk menyokong
kerja-kerja migrasi yang berkenaan, jika perlu.
Pihak kami akan melaksanakan konfigurasi tambahan
sekiranya ada perubahan sepanjang tempoh kontrak.
Pihak kami akan menyediakan Laporan Migrasi Data bagi
aktiviti yang telah dilaksanakan.
SECURE CODING
Penyelesaian untuk Pembangunan Sistem
yang Mematuhi Piawaian Open Web
Application Security Project (OWASP) bagi
Tujuan Keselamatan Aplikasi (Secure Coding)
Secure Coding Practices
1
Melaksanakan Secure Coding Practice termasuk :
1. Pengesahan Input untuk mencegah serangan injeksi
(contohnya, SQL injection, XSS) dan bentuk
penyalahgunaan lain.
2. Output Encoding untuk mencegah serangan Cross-Site
Scripting (XSS)
3. Parameterized Queries dalam interaksi pangkalan data
untuk mencegah SQL injection.
4. Authentication and Authorization adalah pengesahan
yang kukuh dan kawalan akses berdasarkan peranan
(RBAC) untuk memastikan hanya pengguna yang
dibenarkan mempunyai akses kepada fungsi-fungsi
tertentu.
OWASP Dependency Check
2 Utilize OWASP ZAP egularly scan and identify any
vulnerable third-party libraries or components used in the
application. Promptly update these dependencies to their
latest secure versions to minimize security risks.
Secure Session Management
3 Ensure secure session management to prevent session
hijacking and fixation attacks. Use HTTPS for secure
communication and store session IDs securely (e.g.,
HttpOnly, Secure flags).
Regular Updates and Patch
4 Management
Ensure timely updates and patch management for the
application and its underlying components to address
new security vulnerabilities.
Proper Error Handling
5 Implement proper error handling to avoid exposing sensitive
information to attackers. Display user-friendly error
messages without divulging system details.
Security Testing
6
Conduct regular security testing, including penetration
testing and code reviews, to identify and remediate
vulnerabilities before deployment.
Secure File Uploads
7
Implement secure file upload mechanisms by validating
file types, scanning for malware, and storing uploaded
files in a separate directory with limited access.
Protect Sensitive Data
8
Encrypt sensitive data, both at rest and during
transmission, using strong encryption algorithms.
Implement secure password storage with techniques like
salted hashing to protect user credentials.
Cross-Site Request Forgery (CSRF)
9
Protection
Utilize CSRF tokens and implement proper validation
mechanisms to prevent CSRF attacks.
Security Headers
10
Set security headers, such as Content Security Policy
(CSP), HTTP Strict Transport Security (HSTS), and X-
Content-Type-Options, to enhance the security posture
of the application.
MULTIDIMENSIONAL
SEARCH
Multidimensional Search
Berikut adalah Method Multi Dimensional Search yang akan digunakan di dalam pembangunan
DFLAB.
Kami akan menggunakan Laravel Scout. Laravel Scout ialah pakej untuk rangka kerja PHP Laravel
yang menyediakan cara yang mudah dan mudah untuk menam- bah fungsi carian teks penuh pada
aplikasi Laravel Sistem ini.
Langkah Aktiviti
Laravel Scout boleh disepadukan dengan mudah ke dalam
mana-mana aplikasi Laravel. Setelah dipasang dan
Simple Integration
dikonfigurasikan, ia menyediakan API yang mudah dan
konsisten untuk melakukan carian.
Laravel Scout menyokong berbilang enjin carian, termasuk
Algolia, Elasticsearch dan MeiliSearch. Ini membolehkan kami
memilih enjin carian yang paling sesuai dengan keperluan
Multiple Search Engines
MAMPU.
Teknologi search engine akan ditetapkan setelah sesi SRS
diselesaikan.
Laravel Scout disepadukan dengan lancar dengan ORM
Eloquent Laravel. Ini mem- bolehkan kami menambah fungsi
Model Integration
carian pada model DFLAB dan melakukan carian terus pada
pangkalan data dengan mudah
Laravel Scout menyediakan pengindeksan carian automatik,
Search Indexing yang bermaksud bahawa sebarang kemas kini pada pangkalan
data adalah secara automatik ke enjin carian DFLAB.
Secara keseluruhannya, Laravel Scout ialah powerful tool untuk menambahkan fungsi carian pada
aplikasi Laravel DFLAB. Ia menyediakan API yang mudah dan konsisten untuk melakukan carian,
menyokong berbilang enjin carian, dan menye- padukan dengan lancar dengan ORM Eloquent
Laravel.
PROTOTAIP
Prototaip merujuk kepada model awal
atau versi pertama produk atau sistem
yang dibangunkan untuk
menunjukkan kemampuan dan
pemahaman spesifikasi teknikal
syarikat.
Modul Admin
Admin
Prototaip MyDFLAB
Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah
untuk mencapai prototaip tersebut :
mydflab.nakmenangtender.com
Berikut adalah skrin log masuk ke
prototaip yang telah di bina oleh
kami.
Sila layari :
mydflab.nakmenangtender.com
Berikut merupakan skrin bagi Role
Administrator.
Skrin pertama adalah dashboard
eksekutif bagi pengguna tersebut.
Dari dashboard ini, pihak pengguna
boleh mendapatkan laporan ringkas
bagi kesemua infrastruktur yang
telah dilakukan.
Selain dari itu, pengguna juga
melihat profil mereka & menukar
kata laluan dengan mudah.
Di dalam modul admin ini, terdapat
modul User Management dimana
pendaftaran pengguna boleh
dibuat.
Berikut adalah skrin senarai
pengguna dalaman.
Admin
Pihak admin juga boleh membuat
pengurusan peranan. Di dalam
modul ini, sejajar dengan ISMS, skrin
yang dapat dilihat pengguna
adalah berdasarkan peranan yang
telah ditetapkan.
Pihak Admin boleh menambah role
baru sekiranya diperlukan dengan
mudah melalui Modul Pengurusan
Peranan.
Berikut adalah skirn audit trail.
Kesemua aktiviti pengguna sistem
akan di paparkan di dalam bentuk
senarai.
Setelah menekan butang view,
paparan Old Value & New Value
akan dipaparkan.
Modul Pemohon
P. Luar
Prototaip MyDFLAB
Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah
untuk mencapai prototaip tersebut :
mydflab.nakmenangtender.com
Berikut adalah skrin log masuk ke
prototaip yang telah di bina oleh
kami.
Sila layari :
mydflab.nakmenangtender.com
Berikut adalah dashboard bagi
pengguna Luar. Ini merupakan
halaman pertama yang akan
dipaparkan setelah pengguna log
masuk.
Di dalam dashboard ini, terdapat
statistik ringkas mengikut keperluan
pengguna. Sebagai contoh, di
dalam dashboard ini, skrin
memaparkan jumlah instrumen
yang diterima, tidak dijawab &
dijawab.
Selain itu, di dalam skrin yang sama,
sistem turut memaparkan senarai
semua instrumen sepanjang tahun.
Keperluan Dashboard akan
diperhalusi sewaktu sesi URS & SRS.
P. Luar
Berikut merupakan
paparan skrin bagi
pengguna luar untuk
memohon Perkhidmatan
Infrastruktur dari pihak
DFLAB. Pengguna luar
perlu mengisi maklumat
tersebut dan mengepilkan
bukti permohonan
disamping mengisi
maklumat permohon
seperti: nama, jawatan,
emel, no. telefon dan juga
jabatan bertugas.
Manakala skrin di bawah
ini adalah skrin untuk
memaparkan senarai
permohonan yang telah
dilakukan oleh pengguna
luar tersebut. Jadual
tersebut memaparkan no.
permohonan, jenis
masalah, tarikh
dilaporkan dan tarikh aset
perlu dihantar ke makmal
DFLAB disamping status
semasa permohonan
tersebut.
Senarai ini juga
mempunyai ciri carian
advance yang
membenarkan pengguna
untuk membuat carian
secara detail.
Skrin berikut akan
dipaparkan selepas
pengguna luar klik pada
status semasa
permohonan tersebut.
Pengguna boleh melihat
semula borang yang telah
diisi.
Modul Pelulus
P. Dalam
Prototaip MyDFLAB
Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah
untuk mencapai prototaip tersebut :
mydflab.nakmenangtender.com
Berikut adalah skrin log masuk ke prototaip
yang telah di bina oleh kami.
Sila layari : mydflab.nakmenangtender.com
Berikut adalah dashboard bagi pengguna
MAMPU. Ini merupakan halaman pertama
yang akan dipaparkan setelah pengguna
MAMPU log masuk.
Di dalam dashboard ini, terdapat statistik
ringkas mengikut keperluan pengguna.
Sebagai contoh, di dalam dashboard ini,
skrin memaparkan jumlah permohonan
perkhidmatan yang baru, ditutup & selesai.
Selain itu, di dalam skrin yang sama, sistem
turut memaparkan senarai semua
instrumen sepanjang tahun. Keperluan
Dashboard akan diperhalusi sewaktu sesi
URS & SRS.
P. Dalam
Berikut merupakan paparan skrin untuk memaparkan Senarai Infrastruktur yang telah dilaporkan oleh Pengguna Luar.
Senarai ini juga mempunyai ciri carian advance yang membenarkan pengguna untuk membuat carian secara detail.
Butang status adalah clickable untuk memaparkan maklumat permohonan secara detail.
Paparan skrin di bawah adalah paparan skrin selepas pengguna klik pada status permohonan di dalam table senarai
permohonan infrastruktur seperti di atas.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan. Manakala,
di sebelah kanan merupakan paparan borang. Tab Borang Perkhidmatan Infrastruktur adalah borang yang telah diisi oleh
pemohon dan 'read-only' kepada pengguna dalaman.
P. Dalam
Paparan skrin di bawah adalah paparan skrin selepas pengguna klik pada status permohonan di dalam table senarai
permohonan infrastruktur seperti di atas.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan.
Manakala, di sebelah kanan merupakan paparan borang. Tab Remarks adalah borang untuk pengguna dalaman
menetapkan sama ada permohonan tersebut adalah diterima/ditolak. Setiap pilihan, pengguna dalaman perlu
memasukkan nama, jawatan, emel, no. telefon dan jabatan bertugas untuk tujuan merekod.
Paparan skrin di bawah adalah paparan skrin bagi pengguna dalaman untuk mendaftarkan senarai kes yang diterima
oleh pihak DFLAB daripada modul permohonan infrastruktur oleh pengguna luar.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan.
Manakala, di sebelah kanan merupakan paparan borang. Tab Maklumat Permohonan adalah maklumat permohonan
seperti yang telah diisi oleh pengguna luar dan bersifat read-only.
P. Dalam
Paparan skrin di bawah adalah paparan skrin bagi pengguna dalaman untuk mendaftarkan senarai kes yang diterima
oleh pihak DFLAB daripada modul permohonan infrastruktur oleh pengguna luar.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan.
Manakala, di sebelah kanan merupakan paparan borang. Tab Daftarkan Kes pula adalah borang untuk pengguna
dalaman menetapkan jenis kes dan objektifnya.
Skrin berikut pula merupakan skrin untuk memaparkan senarai kes yang telah didaftarkan oleh pihak pengguna dalaman.
Terdapat tiga butang tindakan bagi setiap kes yang didaftarkan iaitu butang Analyze Case, butong Close Case dan
butang muat turun laporan.
Senarai ini juga mempunyai ciri carian advance yang membenarkan pengguna untuk membuat carian secara detail.
Pengguna Dalaman juga dapat memuat turun senarai di dalam bentuk PDF ataupun Excel.
P. Dalam
Paparan berikut merupakan skrin selepas pengguna klik pada butang Analyze Case pada table Senarai Kes seperti di
atas.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan.
Manakala, di sebelah kanan merupakan paparan borang. Tab Maklumat Permohonan adalah seperti yang telah diisi oleh
pemohon dan bersifat 'read-only'. Bagi Tab Maklumat Kes pula, ianya memaparkan maklumat seperti yang telah diisi oleh
pegawai DFLAB berkenaan jenis kes bagi permohonan ini.
Tab Hasil Penganalisan pula adalah borang untuk pengguna dalaman memasukkan segala jenis aktiviti dan pertalatan
digunakan semasa analisis dan juga maklumat pegawai yang menjalankan analisis ini.
Paparan berikut merupakan skrin selepas pengguna klik pada butang Close Case pada table Senarai Kes seperti di atas.
Paparan sebelah kiri adalah maklumat garis masa permohonan, no. permohonan dan status semasa permohonan.
Manakala, di sebelah kanan merupakan paparan borang. Tab Maklumat Permohonan adalah seperti yang telah diisi oleh
pemohon dan bersifat 'read-only'. Bagi Tab Maklumat Kes pula, ianya memaparkan maklumat seperti yang telah diisi oleh
pegawai DFLAB berkenaan jenis kes bagi permohonan ini. Tab Maklumat Penganalisan pula ada maklumat aktiviti dan
perlatan digunakan semasa analis.
Tab Close Case pula adalah borang untuk pengguna dalaman menetapkan status kes semasa tersebut. Pengguna
dalaman juga perlu untuk memasukkan komen dan juga memilih jenis eksibit.
P. Dalam
Skrin ini pula adalah
skrin untuk
memaparkan laporan
permohonan bagi
sistem ini.
Laporan ini dapat
dimuat turun dalam
bentuk PDF ataupun
Excel.
Maklumat di dalam
skrin laporan akan
diperincikan semasa
sesi URS.
Manakala berikut
merupakan skrin untuk
memaparkan statistik
permohonan bagi
sistem ini.
Maklumat di dalam
skrin statistik ini akan
diperincikan semasa
sesi URS.
FASA 3b: MIGRASI
SISTEM
Migrasi
Pelaksanaan migrasi data menggunakan pendekatan secara sekali (one-off) sahaja. Jadual yang
dimuatkan dengan data yang dimigrasi daripada sistem legasi adalah tiada rekod (empty row).
Dengan itu, pelaksanaan migrasi dilakukan terlebih dahulu sebelum sistem sedia digunakan.
Langkah Aktiviti
1 Analisis data sedia ada dan struktur pangkalan data baru
2 Pemetaan bidang data dari pangkalan data lama ke yang baru
3 Penentuan teknik migrasi yang sesuai (ETL, API, dsb.)
4 Pemilihan alat dan perisian untuk migrasi data
5 Penjadualan langkah-langkah migrasi
6 Pengujian dan pemantauan migrasi data
Teknik ETL digunakan dalam migrasi data untuk mengekstrak data dari sumber asal, mengubahnya
ke format yang sesuai, dan memuatnya ke sistem sasaran. Berikut adalah contoh diagram aliran
proses ETL:
Item 1 Item 3 Item 5
DB Sumber Proses Pangkalan
Asal Transform Data Sasaran
Item 2 Item 4
Proses Proses
ekstract Load
Dalam proses ETL:
Ekstraksi melibatkan pengambilan data dari sumber asal, seperti pangkalan data lama.
Transformasi melibatkan pemurnian, penyesuaian, dan penyusunan semula data untuk memenuhi
keperluan pangkalan data baru.
Muatan melibatkan pemindahan data yang telah diubahsuai ke pangkalan data sasaran.
Teknik ETL ini memastikan integriti dan konsistensi data semasa migrasi, serta memungkinkan
penyesuaian dan penyusunan semula yang diperlukan untuk memenuhi keperluan sistem yang baru.
Verikasi Data
Pelan verifikasi data adalah perancangan yang terperinci untuk mengesahkan dan memastikan
kesahihan data yang telah dimigrasi oleh pihak Petender. Ia melibatkan langkah-langkah seperti
penyediaan skrip pengujian, penentuan kriteria verifikasi, dan jadual verifikasi yang terperinci.
Langkah Aktiviti
1 Penentuan kriteria verifikasi data (keutuhan, konsistensi, dsb.)
2 Penyediaan skrip pengujian untuk verifikasi data
3 Pemilihan sampel data untuk pengujian verifikasi
4 Menjalankan skrip pengujian dan membandingkan hasilnya
5 Pemantauan dan penyelesaian masalah data yang tidak valid
6 Penyediaan laporan verifikasi data
7 Penyediaan tindakan pembetulan untuk data tidak valid
8 Pengesahan dan pengesahan keseluruhan data selepas verifikasi