系統(tǒng)規(guī)劃與管理師第2版教程案例分析必背知識(shí)點(diǎn)：IT審計(jì)常用方法和運(yùn)用

問：IT審計(jì)常用方法和運(yùn)用

答：（1）訪談法：通過面對面交談了解被審計(jì)對象信息，分結(jié)構(gòu)型（按固定提綱提問）和非結(jié)構(gòu)型（自由交流）訪談。

場景：項(xiàng)目需求調(diào)研或階段末評(píng)審。

運(yùn)用：項(xiàng)目經(jīng)理與關(guān)鍵用戶、業(yè)務(wù)負(fù)責(zé)人進(jìn)行結(jié)構(gòu)型訪談，使用預(yù)先準(zhǔn)備好的問題清單，深入了解業(yè)務(wù)需求和當(dāng)前痛點(diǎn)，確保項(xiàng)目目標(biāo)與業(yè)務(wù)戰(zhàn)略匹配。在項(xiàng)目出現(xiàn)偏差時(shí)，與開發(fā)團(tuán)隊(duì)進(jìn)行非結(jié)構(gòu)型訪談，開放式地探討問題的根本原因。

（2）調(diào)查法：制定調(diào)研計(jì)劃，通過書面/口頭問答收集資料，分析后得出結(jié)論，用于把握現(xiàn)狀或揭示問題。

場景：收集廣泛用戶意見或評(píng)估供應(yīng)商能力。

運(yùn)用：在新系統(tǒng)上線前，向全公司范圍內(nèi)的潛在用戶發(fā)放在線調(diào)查問卷，收集他們對系統(tǒng)功能的期望和對UI/UX的偏好，為驗(yàn)收標(biāo)準(zhǔn)提供論據(jù)。在選型階段，向多家供應(yīng)商發(fā)放詢證函，調(diào)查其技術(shù)實(shí)力、案例和售后服務(wù)能力。

（3）檢查法：審查內(nèi)部/外部記錄文件（紙質(zhì)、電子等）或?qū)嵨镔Y產(chǎn)，技術(shù)層面分審閱法、核對法、復(fù)算法、分析法。

場景：項(xiàng)目里程碑評(píng)審和驗(yàn)收。

運(yùn)用：在代碼審查（CodeReview）中，審閱核心模塊的代碼是否符合規(guī)范。在階段交付時(shí)，核對《測試報(bào)告》中的缺陷是否已全部修復(fù)。在項(xiàng)目結(jié)算前，復(fù)算項(xiàng)目人力成本投入是否超出預(yù)算。分析項(xiàng)目周期各階段的耗時(shí)數(shù)據(jù)，為后續(xù)項(xiàng)目估算提供依據(jù)。

（4）觀察法：到經(jīng)營場所實(shí)地察看審計(jì)事項(xiàng)，可雙向驗(yàn)證（書面→實(shí)物/過程或反之），用于補(bǔ)充或直接收集證據(jù)。

場景：驗(yàn)證測試結(jié)果或評(píng)估用戶培訓(xùn)效果。

運(yùn)用：用戶驗(yàn)收測試（UAT）期間，審計(jì)人員或項(xiàng)目經(jīng)理親臨測試現(xiàn)場，觀察用戶操作系統(tǒng)的方式，看其是否與設(shè)計(jì)初衷一致，能否順利完成測試用例，這比單純查看測試報(bào)告更能發(fā)現(xiàn)易用性和流程上的潛在問題。

（5）測試法：用測試數(shù)據(jù)跟蹤業(yè)務(wù)從輸入到輸出，評(píng)估程序與系統(tǒng)可靠性，分黑盒法（測功能是否符合需求）和白盒法（測內(nèi)部結(jié)構(gòu)與通路）。

場景：系統(tǒng)測試和集成測試階段。

運(yùn)用：黑盒測試：QA團(tuán)隊(duì)根據(jù)需求規(guī)格說明書設(shè)計(jì)測試用例，輸入數(shù)據(jù)并驗(yàn)證輸出結(jié)果是否正確，而不關(guān)心內(nèi)部如何實(shí)現(xiàn)（如：測試一個(gè)下單功能是否能正確生成訂單）。白盒測試：開發(fā)人員自己進(jìn)行單元測試，根據(jù)代碼邏輯設(shè)計(jì)測試用例，確保每一條分支和語句都被執(zhí)行到（如：測試一個(gè)復(fù)雜的算法函數(shù)）。

（6）程序代碼檢查法：逐條審查被審程序指令，驗(yàn)證合法性、完整性與邏輯正確性，可借助代碼靜態(tài)掃描工具。

場景：代碼審計(jì)和安全掃描。

運(yùn)用：在項(xiàng)目開發(fā)過程中，引入靜態(tài)代碼分析工具（如SonarQube,Fortify）定期掃描代碼庫，自動(dòng)檢查代碼漏洞、安全缺陷和壞味道，確保程序的安全性、可靠性和可維護(hù)性，滿足合規(guī)性要求。這對于金融、醫(yī)療等對安全要求極高的項(xiàng)目至關(guān)重要。