計算機軟體技術不可靠性分析研究論文

1計算機軟體技術的不可靠性分析表現

（1）被其他程式入侵

計算機軟體本身的漏洞可能導致病毒的入侵，除此之外，網路駭客也可以對計算機程式進行篡改，這些意外通常是無法避免的，網路本身的開放特點、軟體本身的漏洞都是入侵發生的原因，而這些入侵常常難以預測，入侵結果很可能是通過程式碼篡改的方式，導致軟體無法執行或者錯誤執行。

（2）人為設計缺陷BUG

其實計算機硬體與軟體的可靠性有許多相似之處，比如兩者都是看故障的機率，判斷穩定性，但是硬體與軟體的最大不同是，硬體的決定要素是物質，而軟體的決定要素是人，因為軟體是一種人的“創作”，是設計者為滿足使用者的需求，而設計、分析的程式，每個環節都是以人的思維為基礎而進行的。人類思維能力的限制、導致軟體很難避免地出現一些疏漏，也就是我們常說的BUG，而這種BUG在軟體測試中潛伏性很強，不容易被發現，這些BUG只有在特定的情況下才會發揮其作用，讓軟體崩潰或者是小，所以說，人為的設計失誤，同樣是計算機軟體不可靠的主要表現。

（3）復原的難度

從計算機軟體維護和修復的角度來看，對軟體功能恢復存在相當大的難度，一般來說我們只能夠重新設計。這一點，同樣是計算機軟體不可靠性的表現。

2影響軟體技術的不可靠性的因素

（1）軟體的設計誤差

設計誤差指的是軟體設計過程中出現的人為錯誤，第一種是因為對使用者需求的把握不夠而造成的分析誤差，因為對使用者的要求沒有理解透徹，開發者與使用者的要求得不到統一，就會出現軟體設計不合理的情況。第二種是編碼不正確，語法錯誤，設計錯誤，這是一種設計錯誤，與設計者的技術水平關聯絡很大，第三是設計中沒有發現軟體執行的特殊情況，而出現設計的死角，這種情況一般測試很難發現，而在軟體的執行過程中容易出現，第四是文件內容錯誤，一般是設計者的失誤，比較容易修正。

（2）開發過程的全面控制

計算機軟體在開發過程的各階段，缺少各個階段的測評，因為軟體設計者需要保證每個環節都能按照計劃進行，需要在各個環節都對軟體進行稽核，明確每個階段的標準，除了參與設計的設計師之外，管理者、監管師都需要參與到設計評審。評審組的主要任務是稽核設計師提交的`軟體文件是否執行了上一個階段軟體文件的標準和要求。評審組在之後需要對軟體進行稽核後，給出文字說明意見，軟體設計者需要按照意見對軟體進行修整，減少軟體日後出血問題的機率。

（3）軟體測試系統的缺乏

我國仍然缺乏開發質量測試機制，我國的軟體開發人員從設計到檢測，都是自我設計、編制、測試，軟體設計的過程以設計人員自我為中心，加之軟體技術開發配置管理方面也沒有建立嚴格的軟體配置體制，軟體開發的技術管理不足，技術人員設計規範意識不強，也存在著亂改設計、說明與設計編寫不想符合的情況，也增多了軟體開發設計中的錯誤，由此可見，開發模式本身存在很多問題，是軟體不可靠的原因。

3結語

軟體自身必然存在思考的漏洞，技術人員在不斷的研究總結中，早期能夠發現錯誤，並且及時改正，如果軟體設計後期發現錯誤，想要改好就非常有難度。由此，可以推斷，想要提高軟體的可靠性，在分析時候就需要更仔細、更客觀地分析軟體設計，除此之外，還需要研究一些更全面更細緻的軟體可靠性檢測方法.