L AMP IR A N B - 2 - 1 C A D A N G A N P EMB A N G U N A N S I S T EM MY D F L A B ME N G K A J I , MEREK A B E N T U K, MEMB A N G U N , ME N G U J I D A N ME N T A U L I A H S I S T EM P E N G U R U S A N KE S B A G I MA L A YS I A G O V ER NME N T D I G I T A L F O RE N S I C L A B (MY D F L A B ) JABATA N P ER D A N A M E N T ERI 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 Tujuan utama fasa ini adalah untuk mengenal pasti keperluan dan butiran asas projek ICT seperti skop, objektif, kos dan tempoh masa projek serta faedah yang diperoleh daripada serahanserahan projek. Maklumat tersebut digunakan untuk menyediakan dokumen utama yang pertama dalam PPrISA iaitu Dokumen Permulaan Projek Pelaksanaan Projek 2 Melaksanakan semua kerja yang terdapat dalam pelan-pelan yang terangkum dalam dokumen PPP; Menguruskan semua sumber projek dengan baik; dan Memantau dan mengawal pelaksanaan projek supaya projek dapat disiapkan mengikut perancangan. Tujuan Fasa Pelaksanaan dan Kawalan ini adalah untuk: Perancangan Projek 3 Tujuan utama fasa perancangan ini adalah untuk membuat perancangan terperinci bagi menguruskan pembangunan projek ICT dari mula hingga projek tamat. Fasa ini bermula sebaik sahaja kelulusan sewajarnya diperoleh dan dokumen utama yang digunakan sebagai input ialah DPP, manakala output utama kepada fasa ini ialah dokumen Pelan Pengurusan Projek (PPP) 6 4 Penamatan Projek Fasa penamatan ini bermula sebaik sahaja semua aktiviti projek yang dirancang telah berjaya dilaksanakan dan serahanserahan projek telah disahkan dan diterima oleh pemilik projek atau agensi (bagi projek dibangunkan secara outsourcing dan cosourcing). Bagi projek yang tidak berjaya disiapkan, fasa ini bermula sebaik sahaja menerima arahan untuk menamatkan projek.
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 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). RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN Spesifikasi Keperluan Bisnes Spesifikasi Keperluan Sistem Pemodelan Use Case (Fungsian) 01 Analisis 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. Pemodelan Fungsi Bisnes Pemodelan Proses Sistem Penyediaan Spesifikasi Keperluan Bisnes (BRS) Pemodelan Keperluan Data Keperluan Bukan Fungsian Metodologi Kejuruteraan Sistem Aplikasi Sektor Awam
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 HARI JUMLAH PESERTA AKTIVITI TEMPAT 1 Kajian Keperluan Sistem 12 hari 10 bilangan peserta Pemodelan Use Case MAMPU, Cyberjaya 2 Kajian Keperluan Sistem 6 hari 10 bilangan peserta Pemodelan Keperluan Data MAMPU, Cyberjaya 3 Kajian Keperluan Sistem 16 hari 10 bilangan peserta Pemodelan Proses Sistem; MAMPU, Cyberjaya 4 Kajian Keperluan Sistem 8 hari 10 bilangan peserta Penentuan Keperluan Bukan Fungsian. MAMPU, Cyberjaya 5 Kajian Keperluan Migrasi 5 10 bilangan peserta Penentuan Keperluan Migrasi MAMPU, Cyberjaya
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 1 Pembentangan Reka bentuk Arkitek 1 hari 10 bilangan peserta MAMPU, Cyberjaya 2 Pembentangan Penentuan Teknologi 1 hari 10 bilangan peserta MAMPU, Cyberjaya 3 Pembentangan Reka bentuk Pangkalan Data 1 hari 10 bilangan peserta MAMPU, Cyberjaya 4 Pembentangan Reka bentuk Antaramuka Pengguna 1 hari 10 bilangan peserta MAMPU, Cyberjaya 5 Pembentangan Reka bentuk Transaksi Sistem 1 hari 10 bilangan peserta MAMPU, Cyberjaya 6 Pembentangan Migrasi Data. 1 hari 10 bilangan peserta MAMPU, Cyberjaya Spesifikasi Reka bentuk Sistem Pelan Migrasi Data Spesifikasi Migrasi Data Dokumen Rujukan kepada Fasa Reka bentuk adalah Spesifikasi Keperluan Sistem. Dokumen Serahan kepada Fasa Reka bentuk adalah seperti berikut: 1. 2. 3.
FASA 2: REKABENTUK SISTEM
RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN Spesifikasi Reka Bentuk Sistem Spesifikasi Migrasi Data Spesifikasi Integrasi Sistem Dokumen Pangkalan Data Dokumen Kod Sumber Laporan Ujian Sistem Pembangunan Pangkalan Data 02 Rekabentuk Reka bentuk Arkitek Penentuan Teknologi Reka bentuk Pangkalan Data Reka bentuk Antaramuka Pengguna Reka bentuk Transaksi Sistem Migrasi Data Spesifikasi Reka bentuk Sistem Pelan Migrasi Data Spesifikasi Migrasi Data 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. 2. 3. 4. 5. 6. Dokumen Rujukan kepada Fasa Reka bentuk adalah Spesifikasi Keperluan Sistem. Dokumen Serahan kepada Fasa Reka bentuk adalah seperti berikut: 1. 2. 3. Pengaturcaraan Aplikasi Pengujian Sistem
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. Aplikasi Web MyDFLAB Aliran Kerja Bisnes Kawalan Akses Carian Modul - Modul Sistem Laporan Business Intelligence DB MyDFLAB Presentation Layer Lapisan Pertengahan Lapisan Database
User Interface Peraturan Bisnes Logik Aplikasi MVC Enjin Templat CSS Caching Arkitektur Sistem 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 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 : 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: Penjanaan Imej Dinamik CLIENT SIDE WEB APPLICATION URL Routing Data Aplikasi Pemetaan Hubungan Objek Profil Pengguna Modul-Modul Profil Pengguna Modul-Modul Aliran Bisnes Kawalan Akses Pengguna Sistem DFLAB
REKABENTUK DATABASE
Normalize Data 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 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 komponen yang lebih kecil dan boleh diguna semula yang dapat diubah suai atau diganti dengan mudah mengikut keperluan. Ini boleh membantu memastikan pangkalan data dapat dikembangkan dan menampung perubahan masa depan dalam keperluan data Plan for Scalability Perancangan untuk skalabiliti melibatkan jangkaan pertumbuhan masa 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 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 memori, yang boleh membantu meningkatkan prestasi pangkalan data. Ini sangat berguna dalam situasi di mana skalabiliti menjadi kebimbangan, kerana caching boleh membantu mengurangkan beban pada pangkalan data. 1 2 3 4 5 6 Berikut adalah elemen- elemen reka bentuk database yag akan di bina bagi Sistem ini. Database Structure
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 pengalamanpengalaman 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
RUJUKAN PROSES & PENGUNAAN METHOD SERAHAN Spesifikasi Reka Bentuk Sistem Spesifikasi Migrasi Data Spesifikasi Integrasi Sistem Dokumen Pangkalan Data Dokumen Kod Sumber Laporan Ujian Sistem Reka Bentuk Arkitektur Penentuan Teknologi Reka Bentuk Transaksi Sistem Reka Bentuk Pangkalan Data 03 Pembangunan 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. Penyediaan Pelan Migrasi Data Spesifikasi Migrasi Data Migrasi Data Integrasi Sistem Penyediaan Pelan Migrasi Sistem Spesifikasi Migrasi Sistem Penyediaan Spesifikasi Reka Bentuk Sistem (SDS) Reka Bentuk Pangkalan Data
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 Perancangan Gantt Chart ISO 90003:2014 IEEE Standard for Software Quality Assurance Processes PPrISA KRISA 1. 2. 3. 4. Code Language : Php Framework :Laravel Portal : Wordpress DB : MySQL KRISA Test Functional Test Tools : Selenium Performance Test Tools : Jmeter ISO 190003:2014 IEEE Standard for Software Quality Assurance Processes KRISA RAKKSSA IV&V Handbook 1. 2. 3. 4. 5. Release GitHub Deployment GitHub Operate Bugtrack : GitLab Issues & Slack Feedback Monitoring Tools : Nagios IEEE Standard for Software Quality 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 Modul Skop Modul one-stop center perkhidmatan MyDFLAB 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; Ruang bagi penyebaran maklumat berkaitan perkhidmatan 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.) Portal Pengguna/Pengurusan Perkhidmatan MyDFLAB 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: Pengurusan Maklumat Permohonan: Pendaftaran, pengemaskinian dan paparan 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 Portal Pentadbir 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 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. Dashboard Paparan Statistik 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 sebagainya); 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 Kes Pengurusan Maklumat Kes: Pendaftaran dan pengemaskinian maklumat kes bagi setiap permohonan penggunaan Perkhidmatan MyDFLAB; Penyimpanan laporan penuh bagi setiap kes; Pengesahan penutupan kes. Senarai Modul & Skop
Modul Skop Pengurusan Media Storan 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; 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. Modul Pentadbiran Sistem 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 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 Modul Pengurusan Latihan dan Program Pendaftaran 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; Nama peserta yang telah lulus Certified Training 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. Migrasi Sistem 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 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. Senarai Modul & Skop
SECURE CODING
Penyelesaian untuk Pembangunan Sistem yang Mematuhi Piawaian Open Web Application Security Project (OWASP) bagi Tujuan Keselamatan Aplikasi (Secure Coding) Secure Coding Practices OWASP Dependency Check Pengesahan Input untuk mencegah serangan injeksi (contohnya, SQL injection, XSS) dan bentuk penyalahgunaan lain. Output Encoding untuk mencegah serangan Cross-Site Scripting (XSS) Parameterized Queries dalam interaksi pangkalan data untuk mencegah SQL injection. 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. Melaksanakan Secure Coding Practice termasuk : 1. 2. 3. 4. 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 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). 1 2 3 Regular Updates and Patch Management Ensure timely updates and patch management for the application and its underlying components to address new security vulnerabilities. 4
Proper Error Handling Security Testing Implement proper error handling to avoid exposing sensitive information to attackers. Display user-friendly error messages without divulging system details. Conduct regular security testing, including penetration testing and code reviews, to identify and remediate vulnerabilities before deployment. Protect Sensitive Data 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. 5 6 7 Secure File Uploads Implement secure file upload mechanisms by validating file types, scanning for malware, and storing uploaded files in a separate directory with limited access. 8 Cross-Site Request Forgery (CSRF) Protection Utilize CSRF tokens and implement proper validation mechanisms to prevent CSRF attacks. 9 Security Headers Set security headers, such as Content Security Policy (CSP), HTTP Strict Transport Security (HSTS), and XContent-Type-Options, to enhance the security posture of the application. 10
M U L T I D I M E N S I O N A L S E A R C H
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 Simple Integration Laravel Scout boleh disepadukan dengan mudah ke dalam mana-mana aplikasi Laravel. Setelah dipasang dan dikonfigurasikan, ia menyediakan API yang mudah dan konsisten untuk melakukan carian. Multiple Search Engines Laravel Scout menyokong berbilang enjin carian, termasuk Algolia, Elasticsearch dan MeiliSearch. Ini membolehkan kami memilih enjin carian yang paling sesuai dengan keperluan MAMPU. Teknologi search engine akan ditetapkan setelah sesi SRS diselesaikan. Model Integration Laravel Scout disepadukan dengan lancar dengan ORM Eloquent Laravel. Ini mem- bolehkan kami menambah fungsi carian pada model DFLAB dan melakukan carian terus pada pangkalan data dengan mudah Search Indexing Laravel Scout menyediakan pengindeksan carian automatik, 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 Berikut adalah skrin log masuk ke prototaip yang telah di bina oleh kami. Sila layari : mydflab.nakmenangtender.com Prototaip MyDFLAB mydflab.nakmenangtender.com Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah untuk mencapai prototaip tersebut : 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 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. Prototaip MyDFLAB mydflab.nakmenangtender.com Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah untuk mencapai prototaip tersebut :
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 Berikut adalah skrin log masuk ke prototaip yang telah di bina oleh kami. Sila layari : mydflab.nakmenangtender.com mydflab.nakmenangtender.com Kami telah membangunkan sebuah prototaip yang akan digunapakai di dalam projek ini. Sila layari URL dibawah untuk mencapai prototaip tersebut : 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: Proses ekstract Item 2 Proses Load Item 4 DB Sumber Asal Item 1 Proses Transform Item 3 Pangkalan Data Sasaran Item 5 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. Dalam proses ETL: 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