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

LAMPIRAN B-2-1 Cadangan Pembangunan Sistem MyDFLAB

Discover the best professional documents and content resources in AnyFlip Document Base.
Search
Published by Muhammad Afzal Nazrin bin Zulkiflee, 2023-07-31 23:34:14

LAMPIRAN B-2-1 Cadangan Pembangunan Sistem MyDFLAB

LAMPIRAN B-2-1 Cadangan Pembangunan Sistem MyDFLAB

Security Testing Tools Approach & Methodology © 2021 Nexagate Sdn Bhd. All Rights Reserved. No Tool Activ 1 Wireshark Network Penetration Assessments, Web Applic Application Penetration T & Ana 2 Burp Suite Professional Network Penetration Assessments, Web Applic Application Pen 3 Metasploit Framework External Penetration Assessment, Interna 4 Nmap External Penetration Assessment, Interna


vity Description Tests, Vulnerability cation Penetration Tests, Tests, Network Discovery alysis Open Source Network Sniffer and Protocol Analyzer Tests, Vulnerability cation Penetration Tests, netration Tests Commercial Application Proxy Test, Vulnerabilities al Penetration Test Open Source Exploitation Framework Test, Vulnerabilities al Penetration Test Open Source Network Mapping Tools and Port Scanner


Security Testing Tools Approach & Methodology © 2021 Nexagate Sdn Bhd. All Rights Reserved. Tool Activ 5 Nessus Professional External Penetration Assessment, Internal P Application Secu 6 Netcat External Penetration Te Test, Cloud Secu 7 Kali External Penetration Te Test, Web Application P Application Penetration Assess 8 BurpProxy Pro Web Application Pen Application Penetratio Application Pe


vity Description Test, Vulnerabilities Penetration Test, Web rity Assessment Commercial Automated Vulnerability Scanner to Identify Vulnerability est, Internal Penetration urity Assessment Exploitation Tool est, Internal Penetration Penetration Test, Mobile n Test, Cloud Security sment Linux-based Security Suite etration Test, Mobile on Test, Thick Client netration Test Proxy Tool


Security Testing Tools Approach & Methodology © 2021 Nexagate Sdn Bhd. All Rights Reserved. No Tool Activ 9 FindBugs Source Cod 10 RIPS Source Cod 11 SWAAT Source Cod 12 Solared APPscreener Source Cod


vity Description de Review Static Analysis to look for Bugs in Java Code de Review Static Source Code Analyser for Vulnerabilities in PHP Web Applications de Review OWASP Web Application Source Code Analysis de Review Scans Source Code Components for Vulnerabilities and Back Door


Security Testing Tools Approach & Methodology © 2021 Nexagate Sdn Bhd. All Rights Reserved. No Tool Activ 13 JD-GUI Source Cod 14 Dex2JAR Source Cod 15 WAPT Pro Tools Application Load 16 ManageEngine ADAudit Plus Active Directory Se


vity Description de Review Java Decompiler and Viewer de Review Dalvik Source Code Analysis d & Stress Test Simulate Various Load Patterns on the Webserver curity Assessment Real-Time Auditing for Active Directory


Project Manage Project Management Met © 2021 Nexagate Sdn Bhd. All Rights Reserved. 04


ment thodology


© 2021 Nexagate Sdn Bhd. All Rights Reserved. Project Management Project Management Methodology Nexagate’s project management methodology adapts the key com Knowledge (PMBOK) by Project Management Institute (PMI) but services. The figure above depicts Nexagate’s project management mode methodology.


mponents of the world recognized Project Management Book of tailor-made to suit our niche and unique blend of Cybersecurity el, representing the overview of Nexagate project management


© 2021 Nexagate Sdn Bhd. All Rights Reserved.


© 2021 Nexagate Sdn Bhd. All Rights Reserved. Vulnerability Management Escalation Diagram


Notification will be sent within 24 hours via email.


© 2021 Nexagate Sdn Bhd. All Rights Reserved. Project Management Project Organization Chart JHEKS PROJECT COORDINATOR TBA CLIENT PROJECT TEAM MEMBERS PROJECT DIRECTOR TBA PROJECT STEERIN


NEXAGATE NG COMMITTEE QUALITY ASSURANCE NORZAKIMI ZAHARI PROJECT EXECUTIVE NURUL ASHIQIN PROJECT DIRECTOR KHAIRUL NAIM CLIENT SERVICE MANAGER MUHAMMAD NASEEF PROJECT MANAGER MARDIANA MOHAMED NEXAGATE SPA CONSULTANTS KHAIRUL ANWAR ABDUL HAKIM MUHAMMAD NABIL RAJA MOHD NURILHAM NUR SYAFIQAH NUR NAJIHAH ABDUL MANAP


Nexagate Roles & Responsibilities Project Management © 2021 Nexagate Sdn Bhd. All Rights Reserved. Project Role Responsibilit Project Steering Committee Provide overall Project Director Project advisory Client Service Manager Engagement an Project Manager Oversee the ove Single point of c SPA. Quality Assurance Provide Technic Lead Consultant Resource alloca Security Consultants Execution of SP


ties project direction and guidance. y role. Ultimate authority for decision making. nd documentation liaison officer between Vendor and Client. erall implementation of project and keeping track of activities. contact in coordinating resources required for smooth execution of the cal Security Advisory. ation of SPA consultants and coordinate execution of SPA activities. PA security-related activities and deliverables.


JHEKS Roles & Responsibilities Project Management © 2021 Nexagate Sdn Bhd. All Rights Reserved. Project Role Responsibilit Head of IT/Security Acts as adviso overall executio • Provides sup • Review of pla • Review and • Provision of • Review and Project Coordinator Oversees the o activities. • Coordinate th • Promote Info • Support proje • Ensure that s • Coordinating • Ensure all re and procedu


ties r to ensure clear direction and visible management support for the on of the project. pport and guidance to project managers and team members. ans, resource schedules, deliverables. assesses of all aspects of project progress and deliverables overall project guidance, advice and resolution development d approves all work plans in conjunction with the project overall implementation of the project and keep track of status of key he project tasks and activities ormation Security and project awareness ect initiatives security aspects are inbuilt in work processes g amongst and reporting on project progress to Manager elevant personnel carry out their duties and comply with the policies res.


Project Implementation Schedule Project Schedule © 2021 Nexagate Sdn Bhd. All Rights Reserved. Action by Nexagate Action by Jabatan Hal Ehwal Kesatuan Sekerja (JHEKS) ACTIVITIES MONTH 1 W0 W1 W2 W3 W4 PRE-ASSESSMENT Project-Kickoff, Planning and Resource Mobilization Technical Discussion DURING ASSESSMENT External Penetration Testing Internal Penetration Testing Web Application Penetration Testing Host Assessment (Operating System) Host Assessment (Network/Security Devices) Host Assessment (Database) Application Load/Stress Test (Application Performance Assessment)


MONTH 2 MONTH 3 MONTH 4 MONTH 5 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4


Project Implementation Schedule Project Schedule © 2021 Nexagate Sdn Bhd. All Rights Reserved. Action by Nexagate Action by Jabatan Hal Ehwal Kesatuan Sekerja (JHEKS) ACTIVITIES MONTH 1 W0 W1 W2 W3 W4 POST-ASSESSMENT Analysis, Reporting, Documentation & Presentation Hardening Workshop Hardening/Mitigation Activities Post Review


MONTH 2 MONTH 3 MONTH 4 MONTH 5 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4 W1 W2 W3 W4


Medium and Channels Project Communication © 2021 Nexagate Sdn Bhd. All Rights Reserved. ➢ Communication will be through Whatsapp, Email and via ph ➢ Approval or permission to communicate with external entity ➢ Person in charge as Single Point of Contact from Nexagate 1. Pn. Mardiana (Project Manager) 2. En. Norzakimi (Lead Consultant)


hone call e.g. staff, vendors, third party will go through formal email team as below details:-


FASA 6: 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: Pengalaman bekerja dalam sistem dan sokongan rangkaian. Pengetahuan teknikal dalam mana-mana sistem operasi. Pengalaman bekerja dalam mana-mana pentadbiran pangkalan data. 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 Teknikal 1. 2. 3. 4. Pengetahuan umum berkenaan IT. Pengetahuan berkenaan Internet/ Web Application. Pengetahuan berkenaan Internet / Web Application dan komputer peribadi. Biasa dengan proses latihan sedia ada. Berpengalaman dalam presentation/kemahiran komunikasi. Kumpulan Pengguna Akhir 1. 2. 3. 4. 5. Pihak MAMPU 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.


BIL LATIHAN JUMLAH HARI JUMLAH PESERTA BILANGAN SESI 1 Tahun 1 : Latihan Pengguna Akhir 2 hari 5 bilangan peserta 1 Sesi 2 Tahun 1 : TOT 2 hari 5 bilangan peserta 1 Sesi 3 Tahun 2 : Latihan Pengguna Akhir 2 hari 5 bilangan peserta 1 Sesi 4 Tahun 2 : TOT 2 hari 5 bilangan peserta 1 Sesi 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 MAMPU. MAMPU 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:


SLA & KHIDMAT SOKONGAN SLA merujuk kepada Perjanjian Tahap Perkhidmatan. Ia adalah perjanjian atau kontrak formal antara penyedia perkhidmatan dan pelanggan yang menentukan tahap perkhidmatan yang dijangkakan untuk disediakan.


Service Level Agreement (SLA) Mengekalkan sistem dan aplikasi adalah salah satu keperluan kritikal terutamanya untuk Sistem di bawah skop projek yang akan digunakan dalam operasi harian oleh pengguna. Kami mencadangkan pendekatan memanfaatkan penggunaan teknologi terkini dalam pengkomputeran awam yang terdiri daripada kakitangan sokongan aplikasi mahir dan infrastruktur sokongan komprehensif dengan pengalaman bertahun-tahun dan kebiasaan dalam menangani pengguna Kerajaan. Pasukan Sokongan dan Perkhidmatan akan menghadiri dan menyelesaikan masalah yang dihadapi. Oleh itu, kami sangat yakin bahawa pasukan kami secara keseluruhan dapat mengekalkan skop projek dengan secara cekap dengan menggunakan Modul Helpdesk yang akan dibina di dalam Sistem ini. Tempoh Jaminan bagi Sistem DFLAB adalah 12 Bulan. Berikut adalah SLA yang akan di gunakan di dalam projek ini. TAHAP DESKRIPSI TEMPOH TINDAK BALAS TEMPOH PENYELESAIAN SANGAT KRITIKAL Masalah menyebabkan operasi harian pengguna terhenti. 1 jam 1 hari. Penyelesaian sementara perlu diberikan sekiranya penyelesaian tidak dapat dilakukan dalam tempoh maksimum 12 jam KRITIKAL Masalah perlu diselesaikan secepat mungkin dan jalan penyelesaian sementara diberikan bagi membolehkan operasi harian pengguna tidak terhenti atau tertangguh. 2 jam 4 hari. Penyelesaian sementara perlu diberikan sekiranya penyelesaian tidak dapat dilakukan dalam tempoh maksimum 3 hari SEDERHANA Masalah perlu diselesaikan tetapi tidak menyebabkan operasi harian pengguna terganggu. 3 jam 5 hari. RENDAH Masalah dengan keutamaan rendah yang tidak memberi kesan kepada operasi. 4 jam 7 hari


Operational Support Hours Bagi operational support hours pula, kami akan menggunakan platform Helpdesk syarikat. Services Kategori Working Hour TEMPOH PENYELESAIAN Helpdesk Syarikat Bagi semua penyelenggaraan pemulihan menyeluruh. Normal working hours Monday to Friday (8:00a.m to 5:00p.m) or Customer Official Business Hours secara remote Mobile Monday to Sunday (8:00a.m to 5:00p.m) 016-437 7576 Sistem Helpdesk 24 hours @ 7 days a week by 365 days Sistem Helpdesk kami akan digunakan oleh Pusat Perkhidmatan dan Sokongan kami untuk mencatat, mengesan, meningkatkan, dan memantau penyelesaian masalah. Saturdays, Sundays, Public Holidays Mengikut keperluan Masa tindak balas yang lebih pantas Prestasi yang lebih baik dan peningkatan produktiviti Seorang jurutera teknikal akan dihantar ke tapak (jika perlu) dengan membawa alat dan bahagian yang sesuai serta pengetahuan yang mencukupi untuk memperbaiki masalah dalam jangka masa yang terpendek. Kami bertujuan untuk memberikan nilai tinggi terhadap keperluan penyelenggaraan pegawai MAMPU dengan kualiti dan tahap perkhidmatan yang tinggi melalui jurutera sokongan kami di lokasi. Melalui pasukan khidmat sokongan kami, satu panggilan telefon ke nombor telefon tunggal sudah cukup untuk memulakan bantuan. Melalui jurutera sokongan kami, pegawai MAMPU akan mendapat manfaat seperti:


Emergency CM Scheduled CM Emergency CM dilakukan dengan segera untuk menangani isu-isu penting yang memberi kesan yang serius terhadap operasi aplikasi atau sistem. Ia bertujuan untuk mengembalikan fungsi secepat mungkin untuk mengurangkan masa tidak beroperasi dan mengatasi sebarang kesan buruk terhadap pengguna atau operasi perniagaan kementerian. Corrective Maintenance Scheduled CM melibatkan tindakan yang dirancang untuk menangani isuisu atau kecacatan yang tidak penting dalam aplikasi. Aktiviti ini biasanya dirancang semasa window frame maintenance yang dirancang atau semasa tempoh penggunaan sistem yang lebih rendah untuk mengurangkan gangguan kepada pengguna. Corrective Maintenance merujuk kepada tindakan yang diambil untuk menangani dan menyelesaikan isu atau kecacatan dalam sesuatu aplikasi atau sistem selepas ia dikenal pasti. Ia melibatkan membaiki atau memperbaiki masalah untuk mengembalikan aplikasi kepada fungsi sedia ada. Corrective Maintenance adalah bersifat reaktif dan biasanya dikesan oleh slack bug, atau kerosakan yang dilaporkan oleh pengguna melalui helpdesk atau dikenal pasti melalui pemantauan dan pengujian. Tujuan utama Corrective Maintenance adalah untuk menghapuskan punca asal masalah (root cause) dan memastikan sistem berfungsi dengan betul. Ia mungkin melibatkan aktiviti seperti penyelesaian ralat, pengubahsuaian kod, atau perubahan konfigurasi untuk memperbetulkan isu yang dikenal pasti. Secara keseluruhannya, Corrective Maintenance memainkan peranan penting dalam mengekalkan stabiliti dan prestasi sistem sekaligus menangani dan menyelesaikan isu yang dikesan.


Workflow Corrective Maintenance Pengesanan Ralat Fixing Pengujian 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 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. Setelah pembetulan dibuat, pihak kementerian boleh membuat pengujian. Pengujian akan dilakukan dienvironment staging sebelum di push ke production Latihan & TOT Setelah pengujian selesai, pihak syarikat akan membuat latihan & TOT kepada pihak kementerian. 1 2 3 4


Flow Chart Helpdesk PEGAWAI BTM PASUKAN VENDOR Mula Laporkan isu melalui sistem Helpdesk BTM pegawai MAMPU mengesahkan isu yang dilaporkan pegawai. Acknowledge Isu kepada Vendor melalui sistem Helpdesk Isu Aplikasi? Isu Cancel/Reject melalui sistem Helpdesk Tamat Kemaskini status In Progress, melakukan pembetulan untuk isu yang dilaportkan Isu telah berjaya diselesaikan untuk semakan di Staging environment, kemaskini status sebagai Push Staging Assign Isu Kepada BTM melalui sistem Helpdesk. Re-Acknowledge Isu kepada Vendor melalui sistem Helpdesk Pegawai kemaskini nota hasil pengujian di Staging Environment Isu Aplikasi ? BTM kemaskini status Verified Staging, dan assign isu kepada Vendor Deploy di Production Environment Kemaskini status Push Production Pegawai kemaskini nota hasil pengujian di Staging Environment Isu Aplikasi ? BTM kemaskini status Verified Staging, dan assign isu kepada Vendor Kemaskini Status Resolved di sistem Helpdesk Tamat Ya Tidak Tidak Ya Tidak Ya


Helpdesk PEGAWAI i. Pegawai perlu login ke dalam Sistem Helpdesk ii. Klik 'Create New Ticket' untuk melaporkan isu aplikasi iii. Di laman utama, klik pada pautan column 'Tracking ID' untuk melihat status kemajuan isu yang dilaporkan BTM i. BTM login ke dalam Sistem Helpdesk ini ii. BTM perlu menyemak isu yang dilaporkan Pegawai iii. Sekiranya bukan isu Aplikasi, kemaskini status sebagai Cancel/Reject. Isu TAMAT. iv. Sekiranya ianya adalah isu Aplikasi, kemaskini status sebagai Acknowledge, dan assign isu kepada Vendor. (Setelah ini dilaksanakan oleh BTM - pengiraan SLA akan bermula) V. Setelah Vendor selesai melakukan pembetulan di Staging, BTM perlu pelan jadual pengujian bersama Pegawai vi. Setelah pengesahan Pengujian Berjaya di Staging environment oleh Pegawai , kemaskini status sebagai Complete Verification, dan assign isu kepada Vendor. VENDOR i. Pasukan Vendor login ke dalam Sistem Helpdesk. ii. Melakukan pembetulan kepada isu yang telah disemak dan diacknowledge oleh BTM. Kemaskini status sebagai In Progress iii. Setelah isu telah diselesaikan untuk semakan di Staging, kemaskini status sebagai User Verification, dan assign ticket kepada BTM (Pengiraan SLA akan terhenti sehingga Pegawai selesai melakukan Pengujian di Staging environment) iv. Setelah BTM selesai mengesahkan Pengujian Berjaya di Staging environment, Vendor akan deploy dan melakukan penyemakan di Production Environment V. Setelah selesai, kemaskini status sebagai Resolved. Isu TAMAT. Berikut adalah penjelasan bagi flow helpdesk seperti yang telah dinyatakan menerusi flow chart di halaman sebelumya.


Pengguna luar Prototaip Helpdesk Berikut adalah skrin log masuk ke prototaip yang telah di bina oleh kami. Log masuk sebagai : helpdesk.nakmenangtender.com Berikut merupakan skrin bagi Role Pengguna Luar. Skrin pertama adalah dashboard eksekutif bagi pengguna tersebut. Di panel kiri pula adalah had capaian pengguna. Apabila pengguna luar menekan helpdesk, senarai helpdesk akan dipaparkan & butang laporkan isu akan kelihatan. Kami telah membangunkan sebuah prototaip helpdesk yang akan digunapakai di dalam projek ini. Sila layari URL dibawah untuk mencapai helpdesk tersebut.


Helpdesk Setelah menekan butang lapor isu, borang helpdesk akan kelihatan. Antara field utama yang perlu dipilih oleh pengguna adalah kategori & sub kategori yang akan di perhalusi oleh pihak kementerian. Dengan adanya kategori & subkategori, ianya akan memudahkan pelaporan helpdesk. Di dalam borang ini, pengguna boleh upload dokumen (pelbagai format) sebagai rujukan dan audit trail helpdesk akan dapat dilihat di panel kiri. Kesemua dokumen yang telah dimuat naik pada borang permohonan ini boleh dicapai pada audit trail Helpdesk.


Pengguna dalam Helpdesk Setelah menekan panel kiri tersebut, senarai isu akan dipaparkan. Pegawai boleh menekan no tiket bagi mana-mana isu. Di dalam scenario ini, pihak kementerian boleh menekan permohonan berstatus isu baru. Setelah menekan hyperlink tersebut, pihak pegawai boleh melihat aduan tersebut & memberi komen serta membuat tindakan seperti carta alir. Bagi pengguna dalam pula, capaian helpdesk ada di panel kiri. Log masuk sebagai :


Helpdesk Berikut adalah laporan Helpdesk di dalam Sistem helpdesk kami. Di dalam laporan ini, terdapat number tiket, kategori, pengadu, isu, level SLA, tarikh aduan dan berdasarkan flow helpdesk, waktu pihak BTM acknowledge laporan tersebut, dan tarikh + waktu setiap tindakan. Jika di scroll ke kanan, sistem juga membuat kiraan bagi IRT, PRT & sekaligus mengira SLA dan ianya akan dipaparkan di column current status.


DOKUMENTASI Dokumentasi merujuk kepada proses dan hasil mencipta, mengumpul, menyimpan, dan menguruskan dokumen atau rekod bertulis. Ia melibatkan penulisan, pengumpulan maklumat, pengeditan, pengorganisasian, dan penyimpanan dokumen bagi tujuan rujukan dan kegunaan masa depan.


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 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 pegawai Veterinar.


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 2


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 DOKUMENTASI PT 3


Click to View FlipBook Version