Siapakah yang membangunkan IDAS?

Eric Chuar Technologies membangunkan dan menyelenggara IDAS melalui Program Piawaian dan Pematuhan Eric Chuar Technologies.

Siapakah yang patut menggunakan IDAS?

Organisasi, pemilik produk, pembangun, agensi, penilai dan pasukan perolehan boleh menggunakan IDAS bagi laman web, aplikasi, aplikasi web progresif, perisian sebagai perkhidmatan dan perisian tersuai.

Apakah keperluan pensijilan IDAS?

Pensijilan memerlukan skop dipersetujui, kawalan didokumenkan, bukti boleh disemak, penilaian teknikal, penutupan ketidakpatuhan yang menghalang pensijilan dan keputusan program rasmi.

Adakah IDAS piawaian ISO?

Tidak. IDAS dibangunkan secara bebas oleh Eric Chuar Technologies. Ia mengambil rujukan daripada amalan baik berkaitan tetapi bukan akreditasi ISO, kerajaan atau berkanun.

Adakah IDAS memerlukan susunan teknologi tertentu?

Tidak. Keperluan menumpukan hasil dan bukti. Pilihan teknologi mesti sesuai, boleh disokong dan mempunyai alasan bagi konteks yang diisytiharkan.

Bolehkah aplikasi sedia ada dinilai?

Ya. Organisasi boleh menetapkan garis dasar aplikasi yang sedang beroperasi, mengenal pasti jurang bukti dan menangani ketidakpatuhan penting tanpa membina semula semata-mata untuk penilaian.

Adakah IDAS menjamin perisian selamat atau tanpa kecacatan?

Tiada piawaian dapat menjaminnya. IDAS memerlukan kawalan, pengujian, pemantauan dan pemulihan yang sepadan sambil mengekalkan batasan nyata.

Bolehkah pembekal menggunakan IDAS dalam perolehan?

Ya. Pembeli dan pembekal boleh menggunakan keperluannya untuk menjelaskan bukti penerimaan dan pemilikan kitar hayat, tertakluk pada semakan kontrak mereka sendiri.

Bagaimanakah IDAS diselenggara?

Perubahan mengikuti kawalan cadangan, semakan teknikal, penerbitan dan rekod semakan yang diuruskan oleh program piawaian EC TECH.

IDAS — Piawaian Aplikasi Digital Antarabangsa

Takrif langsung

Apakah IDAS?

IDAS ialah piawaian antarabangsa bebas yang dibangunkan oleh Eric Chuar Technologies untuk merancang, membangunkan, mengeluarkan, mengendalikan dan menamatkan aplikasi digital yang boleh diharap. Ia menukar matlamat mutu perisian kepada keperluan yang boleh disemak bagi skop, seni bina, keselamatan, kebolehcapaian, prestasi, pengujian, kebolehcerapan, pemulihan, dokumentasi dan serah terima bertanggungjawab sepanjang kitar hayat aplikasi.

IDAS bertujuan menjadikan semakan pematuhan praktikal. Ia tidak memberikan status berdasarkan niat sahaja: pemohon mengenal pasti sistem berbatas, menamakan pemilik bertanggungjawab, mengendalikan kawalan terpakai dan menyediakan bukti yang boleh dijejak kepada versi semasa. Penilaian mempertimbangkan reka bentuk bersama operasi kerana dasar yang tidak dipatuhi, atau kawalan teknikal tanpa laluan keputusan bertanggungjawab, bukan bukti mencukupi.

Akronim	IDAS
Nama rasmi	Piawaian Aplikasi Digital Antarabangsa
Rujukan	IDAS 26001:2026
Penerbit	Eric Chuar Technologies
Penyelenggara	Program Piawaian dan Pematuhan Eric Chuar Technologies
Skop	Rangka kerja kejuruteraan dan kitar hayat yang boleh diukur bagi laman web, aplikasi web, aplikasi web progresif, produk perisian sebagai perkhidmatan dan perisian tersuai.
Status	Diterbitkan — penilaian diperlukan untuk pensijilan
Penggunaan geografi	Direka untuk penggunaan antarabangsa dan rentas sempadan

Tujuan dan hasil dimaksudkan

Perkara yang ingin dicapai oleh IDAS.

Rangka kerja kejuruteraan dan kitar hayat yang boleh diukur bagi laman web, aplikasi web, aplikasi web progresif, produk perisian sebagai perkhidmatan dan perisian tersuai. Piawaian menyediakan cara bersama bagi pihak berkepentingan teknikal dan bukan teknikal untuk menentukan jangkaan, memeriksa pelaksanaan serta merekodkan risiko berbaki tanpa membayangkan satu corak kawalan sesuai untuk setiap organisasi.

Keperluan yang menghubungkan tujuan perniagaan dengan kriteria penerimaan yang boleh diuji
Pilihan seni bina direkodkan bersama pertimbangan dan kelulusan bertanggungjawab
Perisian selamat, boleh dicapai dan berprestasi baik yang disokong bukti boleh diulang
Keluaran terkawal dengan pemantauan, pengembalian versi, pemulihan dan pemilikan penyelenggaraan
Laluan serah terima dan penamatan yang didokumenkan bagi mengurangkan kekaburan operasi

Pihak yang patut menggunakannya

Akauntabiliti merentas pembeli, pembangun dan pengendali.

Penggunaan sesuai apabila organisasi boleh mengenal pasti subjek penilaian dan tanggungjawab yang benar-benar dikawalnya. Pembekal boleh menyumbangkan bukti, tetapi penyumberan luar kerja tidak memindahkan akauntabiliti keputusan pemohon.

Organisasi yang menempah atau mengendalikan perkhidmatan berintensifkan perisian
Pasukan dalaman produk, kejuruteraan, jaminan mutu, keselamatan dan platform
Agensi digital dan rakan penghantaran yang bertanggungjawab bagi aplikasi pelanggan
Penilai teknikal dan pasukan perolehan yang membandingkan bukti penghantaran
Penyelenggara yang mengambil alih sistem selepas pelancaran atau pertukaran pembekal

Sempadan skop

Sistem dan peringkat kitar hayat yang termasuk dan dikecualikan.

Termasuk

Laman web awam, aplikasi dengan pengesahan, antara muka pengaturcaraan aplikasi, platform perisian sebagai perkhidmatan, bahagian pelayan yang disambungkan kepada peranti mudah alih, aplikasi web progresif, perkhidmatan pemprosesan data dan saluran penghantaran sokongan dari penemuan hingga penamatan.

Dikecualikan dan tidak tersirat

Ia tidak memperakui hasil perniagaan, menjamin perisian tanpa kecacatan, menggantikan undang-undang terpakai, meluluskan bahasa pengaturcaraan atau penyedia awan tertentu, atau mewakili pematuhan kepada program ISO/IEC, NIST atau OWASP.

Pernyataan penilaian mesti mengenal pasti sempadan organisasi, sistem, antara muka, lokasi, peringkat kitar hayat dan penyedia penting. Platform dikongsi boleh disertakan hanya setakat tanggungjawab dan bukti tersedia. Skop sempit boleh diterima apabila diterangkan dengan jujur; skop kabur tidak dibesarkan oleh bahasa pemasaran.

Bahasa normatif

Cara membaca keperluan.

Hendaklah

Keperluan mandatori bagi skop diisytiharkan. Pengecualian memerlukan keputusan skop beralasan, bukan pengguguran senyap.

Patut

Amalan disyorkan. Pendekatan berbeza boleh diterima apabila bukti menunjukkan hasil setara dan sesuai dengan konteks.

Boleh

Pilihan dibenarkan yang tidak menjadi mandatori hanya kerana muncul dalam panduan.

Bukti

Rekod, artifak, pemerhatian atau hasil boleh diulang yang menyokong dakwaan. Bukti mesti boleh dikaitkan dengan sumber, cukup terkini bagi keputusan dan dilindungi mengikut sensitiviti.

Prinsip teras

Prinsip IDAS membimbing pelaksanaan sepadan.

01

Hasil sebelum keluaran

Keperluan bermula dengan pengguna, keputusan dan syarat penerimaan yang boleh diukur, bukan senarai ciri yang telah ditetapkan.

02

Seni bina ialah keputusan yang direkodkan

Pilihan penting, kekangan dan kebolehbalikan didokumenkan supaya pasukan kemudian memahami sebab sistem berada dalam bentuk semasanya.

03

Keselamatan dan privasi sejak reka bentuk

Ancaman, akses, data sensitif dan penyalahgunaan ditangani sepanjang penghantaran, bukan sekadar senarai semak terakhir.

04

Mutu boleh dicerap

Kebolehpercayaan, kebolehcapaian dan prestasi mempunyai ambang, ujian dan isyarat operasi yang boleh disemak.

05

Keluaran boleh dibalikkan

Pelaksanaan merangkumi kawalan perubahan, pengembalian versi, pemulihan dan penerimaan bertanggungjawab.

06

Pemilikan berterusan selepas serah terima

Dokumentasi, sempadan sokongan, kebergantungan dan tanggungjawab penamatan kekal jelas selepas pasukan asal beredar.

Set kawalan normatif

Keperluan mandatori IDAS.

Setiap keperluan terpakai hendaklah ditangani bagi skop diisytiharkan. Reka bentuk kawalan alternatif boleh diterima hanya apabila menghasilkan hasil setara, disokong bukti dan tidak bercanggah dengan keperluan. Penilai mengambil sampel reka bentuk serta operasi dan boleh meminta bukti tambahan apabila risiko penting atau ketidakselarasan muncul. Setiap kawalan memerlukan pemilik bertanggungjawab, sempadan terjejas, pencetus semakan dan laluan pengecualian; bukti mesti boleh dikaitkan dengan versi dinilai atau tempoh operasi.

IDAS-4.1
Penemuan dan konteks
Organisasi hendaklah mengenal pasti pengguna sasaran, kekangan operasi, proses terjejas, kategori data dan pemilik keputusan bertanggungjawab sebelum skop penyelesaian diterima. Bukti: rekod penemuan yang diluluskan dan peta pihak berkepentingan.
IDAS-4.2
Kriteria penerimaan
Organisasi hendaklah menentukan kriteria penerimaan fungsi dan mutu yang boleh diuji, termasuk kes negatif dan pengecualian, bersama pemilik penerimaan yang diberi kuasa. Bukti: katalog penerimaan berversi dan rekod kelulusan.
IDAS-5.1
Keputusan seni bina
Organisasi hendaklah merekodkan keputusan seni bina penting, pilihan alternatif, andaian, kebergantungan dan implikasi pembalikan. Bukti: rekod keputusan seni bina dan rajah kebergantungan.
IDAS-5.2
Perlindungan data
Organisasi hendaklah mengelaskan data, meminimumkan pengumpulan, menetapkan pengendalian yang sah, penyimpanan, pemadaman dan sempadan akses, serta menghalang rahsia daripada masuk ke dalam kod sumber atau log. Bukti: inventori data, peraturan penyimpanan dan bukti kawalan rahsia.
IDAS-6.1
Kawalan kod sumber
Organisasi hendaklah menggunakan kawalan versi dengan kepengarangan boleh dijejak, laluan keluaran dilindungi dan sejarah boleh dipulihkan bagi kod serta konfigurasi operasi sebenar. Bukti: tetapan repositori, sejarah perubahan dan tag keluaran.
IDAS-6.2
Semakan rakan setara
Organisasi hendaklah mewajibkan semakan mengikut risiko perubahan dan menghalang pengarang tunggal daripada meluluskan perubahan berimpak tinggi tanpa pengetahuan pihak lain. Bukti: rekod permintaan gabungan atau semakan setara.
IDAS-6.3
Kitar hayat pembangunan selamat
Organisasi hendaklah menyepadukan penilaian ancaman, reka bentuk selamat, pengesahan dan pemulihan kelemahan ke dalam kitar hayat penghantaran. Bukti: rekod ancaman, keperluan keselamatan dan bukti pemulihan kelemahan.
IDAS-6.4
Tadbir urus kebergantungan
Organisasi hendaklah menginventori komponen pihak ketiga, menilai kelemahan yang diketahui, mengehadkan versi dan mendokumenkan keputusan penggantian atau kemas kini. Bukti: inventori komponen perisian dan keputusan kelemahan.
IDAS-7.1
Pengesahan automatik
Organisasi hendaklah menjalankan semakan boleh diulang bagi mutu kod, ujian, integriti binaan dan keadaan keselamatan yang berkaitan sebelum keluaran. Bukti: hasil saluran bertanda masa yang dikaitkan dengan keluaran.
IDAS-7.2
Pengesahan manual
Organisasi hendaklah menguji perjalanan pengguna, keadaan kegagalan, kandungan, kebolehcapaian dan prosedur operasi yang tidak diliputi automasi dengan memadai. Bukti: skrip semakan, penemuan dan bukti penerimaan.
IDAS-7.3
Kebolehcapaian
Organisasi hendaklah menentukan sasaran kebolehcapaian, menguji keadaan responsif yang mewakili penggunaan dengan interaksi bantuan dan merekodkan halangan belum selesai. Bukti: matriks kebolehcapaian dan keputusan pemulihan.
IDAS-7.4
Bajet prestasi
Organisasi hendaklah menetapkan bajet pemuatan, interaksi, kestabilan dan sumber yang boleh diukur mengikut konteks aplikasi. Bukti: hasil makmal, pelan pengukuran penggunaan sebenar dan pengecualian diluluskan.
IDAS-8.1
Pemisahan persekitaran
Organisasi hendaklah memisahkan tanggungjawab pembangunan, ujian dan operasi sebenar serta melindungi data dan maklumat pengesahan operasi sebenar daripada penggunaan tidak terkawal. Bukti: model persekitaran dan semakan akses.
IDAS-8.2
Keluaran dan pengembalian versi
Organisasi hendaklah menggunakan proses keluaran berversi dengan prasyarat, rekod perubahan, artifak pengembalian versi dan pengesahan selepas keluaran. Bukti: manifest keluaran, nilai semakan dan ujian pengembalian versi.
IDAS-8.3
Kebolehcerapan
Organisasi hendaklah memantau ketersediaan penting, ralat, isyarat keselamatan dan kesihatan aliran kerja kritikal perniagaan tanpa mengumpulkan data peribadi yang tidak diperlukan. Bukti: inventori pemantauan, laluan amaran dan sampel rekod.
IDAS-8.4
Sandaran dan pemulihan
Organisasi hendaklah menentukan aset boleh dipulihkan, aturan sandaran dilindungi dan ujian pemulihan yang sepadan dengan keperluan operasi. Bukti: skop sandaran dan bukti pemulihan.
IDAS-9.1
Serah terima dan penyelenggaraan
Organisasi hendaklah menyediakan dokumentasi sistem, pelaksanaan, sokongan, kebergantungan, akses dan risiko diketahui kepada penyelenggara. Bukti: pakej serah terima diterima dan pemilikan penyelenggaraan.
IDAS-9.2
Penamatan
Organisasi hendaklah merancang pelupusan data, pembuangan kebergantungan, pembatalan akses, komunikasi pengguna dan penyimpanan bukti apabila sistem ditamatkan. Bukti: pelan penamatan diluluskan dan rekod penyelesaian.

Bukti diperlukan

Bukti mesti menyokong dakwaan yang dinilai.

Pemohon patut menyediakan set bukti terkecil yang mencukupi, bukan lambakan data tidak terkawal. Rekod patut menunjukkan siapa membuat keputusan, sempadan dan versi terlibat, hasil diperhatikan serta cara pengecualian dikendalikan. Bahan teknikal, pekerja atau pelanggan sensitif kekal dilindungi dan tidak diterbitkan hanya kerana menyokong penilaian.

Daftar penemuan dan penerimaan
Rekod keputusan seni bina
Model ancaman dan rajah aliran data
Sejarah kawalan kod sumber dan semakan
Hasil binaan dan ujian automatik
Inventori kebergantungan dan kelemahan
Matriks ujian kebolehcapaian dan responsif
Bajet prestasi dan rekod pengukuran
Bukti keluaran, pengembalian versi dan pemulihan
Dokumentasi operasi, serah terima dan penamatan

Penilaian dan pensijilan

Pensijilan ialah keputusan terkawal, bukan lencana automatik.

Program mengesahkan pemohon dan skop, menyemak bukti diserahkan, menjalankan penilaian teknikal dan merekodkan penemuan. Pemohon menjawab ketidakpatuhan dengan sebab, pembetulan dan bukti tindakan berkesan. Keputusan pensijilan dipisahkan daripada penyediaan bukti setakat model operasi semasa program membenarkannya. Pengawasan dan pembaharuan mempertimbangkan operasi kawalan berterusan serta perubahan penting.

Tahap pematuhan

Asas

Skop yang diisytiharkan mempunyai pemilikan bertanggungjawab, garis dasar yang didokumenkan dan pelan pelaksanaan. Asas ialah keadaan kesediaan, bukan pensijilan.

Disahkan

Kawalan dan bukti yang diperlukan telah disemak terhadap piawaian terpilih, dengan ketidakpatuhan yang dikenal pasti direkodkan dan tindakan pembetulan diterima.

Diperakui

Keputusan pematuhan rasmi telah dikeluarkan melalui program EC TECH selepas pengesahan skop, semakan bukti, penilaian teknikal dan penutupan ketidakpatuhan yang menghalang pensijilan. Pensijilan bukan automatik atau akreditasi luaran.

Tahap ketidakpatuhan

Pemerhatian

Keadaan yang belum melanggar keperluan mandatori tetapi boleh melemahkan konsistensi, mutu bukti atau pematuhan pada masa hadapan jika dibiarkan.

Ketidakpatuhan kecil

Kegagalan setempat memenuhi keperluan sedangkan sistem kawalan masih berkesan secara keseluruhan. Penutupan memerlukan pembetulan yang sepadan dan bukti yang diterima oleh program.

Ketidakpatuhan besar

Kawalan yang tiada, bermasalah secara menyeluruh atau tidak berkesan secara material, atau keadaan yang mewujudkan risiko tidak boleh diterima bagi skop yang diisytiharkan. Pensijilan tidak boleh diberi atau dikekalkan sehingga tindakan pembetulan yang memuaskan disahkan.

Hubungan dengan rangka kerja sedia ada

IDAS menggunakan penjajaran berasas tanpa penyamaan palsu.

Rujukan membantu pemohon memperdalam kawalan atau membandingkan istilah. “Mengambil rujukan daripada” bermaksud sumber mempengaruhi reka bentuk keperluan; “dipetakan kepada” bermaksud hubungan didokumenkan boleh ditunjukkan; “sejajar dengan” menunjukkan hasil serasi. Tiada frasa itu bermaksud “diperakui mengikut”. Rangka kerja atau undang-undang luaran mengekalkan skop, teks, laluan penilaian dan kuasanya sendiri.

ISO/IEC 25010:2023

Model mutu produknya memberi rujukan kepada ciri mutu dan pemikiran pengukuran IDAS. IDAS bukan pensijilan ISO/IEC 25010.

NIST SP 800-218 SSDF

Amalan pembangunan selamat berasaskan hasilnya memberi rujukan kepada kawalan keselamatan kitar hayat, pembekal dan kelemahan IDAS.

OWASP SAMM

Model tadbir urus, reka bentuk, pelaksanaan, pengesahan dan operasinya membantu pasukan membandingkan kematangan jaminan perisian.

OWASP ASVS

Keperluan pengesahan keselamatan aplikasinya boleh menyediakan kriteria ujian lebih mendalam apabila risiko aplikasi web memerlukannya.

WCAG 2.2

Kriteria kejayaan kebolehcapaian yang boleh diuji menyediakan rujukan sesuai apabila menentukan penerimaan aplikasi digital yang boleh dicapai.

Laluan pelaksanaan

Urutan penerimaan pakai praktikal 30/60/90 hari.

Urutan ialah bantuan perancangan, bukan jadual pensijilan dijanjikan. Kerumitan, kematangan bukti, akses pihak ketiga dan kerja pembetulan menentukan laluan sebenar. Pasukan patut mengutamakan risiko penting dan operasi mampan, bukan menyediakan dokumen yang wujud hanya untuk hari penilaian.

30 hari pertama — wujudkan kawalan

Namakan pemilik dan skop aplikasi
Inventori pengguna, data, penyepaduan dan kebergantungan
Rekodkan risiko penerimaan dan mutu
Wujudkan garis dasar kawalan kod sumber, binaan dan keluaran

Hari 31–60 — tutup jurang penting

Catat keputusan seni bina dan ancaman yang belum ada
Tambah semakan automatik dan manual mengikut keutamaan
Tetapkan bajet kebolehcapaian dan prestasi
Buktikan prosedur pengembalian versi dan pemulihan

Hari 61–90 — tunjukkan operasi

Kumpulkan bukti daripada keluaran yang mewakili penggunaan
Latih pemilikan insiden dan sokongan
Selesaikan ketidakpatuhan
Serahkan skop diisytiharkan untuk penilaian

Manfaat

Perkara yang boleh ditambah baik melalui penerimaan pakai berdisiplin.

Takrif mutu aplikasi bersama berasaskan bukti
Perolehan dan penerimaan penghantaran lebih jelas
Kekaburan keluaran dan serah terima berkurang
Risiko keselamatan, kebolehcapaian dan operasi lebih kelihatan
Laluan penambahbaikan praktikal merentas pasukan produk dan kejuruteraan

Batasan

Perkara yang tidak dibuktikan oleh pensijilan.

Pematuhan tidak menjamin ketiadaan kecacatan, insiden atau masa henti
Sijil tidak menggantikan usaha wajar undang-undang, kawal selia atau kontrak
Kawalan mesti disesuaikan dengan risiko sebenar dan konteks operasi sistem
Penjajaran rangka kerja luaran bukan pensijilan atau akreditasi luaran

Pemversian dan kawalan perubahan

Versi semasa: IDAS 26001:2026.

Halaman ini mewakili versi 2026 semasa yang diterbitkan. Perubahan dicadangkan dinilai bagi keperluan, kejelasan, kesan boleh diukur, keserasian dan impak peralihan. Semakan masa hadapan akan mengenal pasti perubahan penting serta sama ada skop dinilai sebelum ini memerlukan bukti tambahan. Penjelasan editorial tidak melemahkan keperluan mandatori secara senyap, dan pemohon tidak boleh memilih klausa lapuk semata-mata untuk mengelakkan kawalan semasa.

Semakan terakhir: 6 September 2026. Sejarah semakan awam akan dipautkan apabila semakan berikutnya wujud; tiada sejarah kosong atau rekaan dipaparkan.

Soalan dan jawapan langsung IDAS

IDAS ialah Piawaian Aplikasi Digital Antarabangsa, piawaian antarabangsa bebas yang dibangunkan oleh Eric Chuar Technologies bagi kejuruteraan aplikasi berasaskan bukti dan kawalan kitar hayat.

Piawaian dan perkhidmatan berkaitan

Hubungkan IDAS dengan tanggungjawab di sekelilingnya.

Rujukan utama

Sumber disemak bagi ketepatan teknikal.

Rujukan dipautkan untuk perbandingan dan kedalaman pelaksanaan. Penyertaan tidak membayangkan sokongan, penerimaan pakai, akreditasi atau pensijilan IDAS oleh organisasi dirujuk.

Semakan terakhir: 6 September 2026.