如何評價軟體質量

2022-02-03 01:47:00 字數 2952 閱讀 7828

前言:it目開發的系統應用在生死攸關的場合。例如,2023年,由電腦程式改變而

導致的1/67的時間偏差,使太空梭上的5臺計算機不能同步執行,這個錯誤導致了航無

飛機發射失敗。2023年,l臺therac25機器洩露致命劑量的輻射,致使兩名醫院病人死亡。

造成慘劇的原因是個軟體出現了問題,導致這台機器忽略了數擀校驗。這些慘痛的教訓說

叫,在軟體開發專案中認真抓好質量管理,並加強有關軟體瑣目質量管理的研究是擺在我們

而前的重要課題。

軟體專案質量管理包括:質量計畫編制、質量保證和質量控制三個過程域。質量計畫是

質量管理的第過程域,它主要結合各個公司的質量方針,產品描述咀及質量標準和規則通

過收益、成本分析和流程設計等工具制定出來實施方略,其內容全而反應崩戶的要求,為質

量小組成員有效工作提供了指南,為專案小組成員以及專案相關人員了解在專案進行中如何

實施質量保證和控制提供依擀,為確保專案質量得到保障提供堅實的基礎。質量保證則是貫

穿整個專案全生命週期的有計畫和有系統的活動,經常性地針對整個專案質量計畫的執行隋

況進行評估、檢查與改進等工作,向管理者、威客或其他方提供信任,確保專案質量與計畫

保持一致。質量拴制是對階段性的成果進行檢測、驗證,為質量保證提供參考依據,它是

個pdca迴圈過程。

在質量監測過程中,對於質量計畫中設定的見證點、停工待檢點,質量監測人員要按照

作業程式及時進行測量檢查(其中對於停工待檢點必須由監理人員簽字認可後才能進入下

道工序),以確定專案成果(或階段成果)是否符合相關的質量標準。對於見證點或停工待檢

點要防止跳過檢查,因為避免錯誤的成本總是大大低於補救錯誤的成本。對質量監測的結果

應採用相應的統計方祛進行分析,如帕類託圖法(按發生頻率排序的直方阿,它顯示了可識

別原因的種類和所造成的結果的數量)等。通過統計分析對人員、裝置、參考資料、方法、

環境等影響專案質量的因素進行監控,確定專案實過程是否在控制之中,同時進行趨勢分

析,對些偏向於不合格的趨勢及早進行控制。質量控制階段應根據驗收資料做出驗收決定,

確定是否進入下步工序。對於質量監測中發現的不合格,應及時利用「因果分析圖」等方

法分析原因,並進行適宜的處置,保證不合格得到識別和有效的控制。不合格處置包括返工、

返修、降級、讓步放行、報廢等形式。

專案檢測分析時,對於已發現的不合格或潛在的不合格,應制定相應的糾錯措施或預防措施,以消除不合格或潛在的不合格原因,防止不合格的發生。糾正措施或者預防措施制定後,應對質量計畫進行相應的調整,保證專案的順利實施。

專案質量評估不僅僅是在專案完成後進行,還包括對專案實過程中的各個關鍵點的質

量評估。專案質量評估看起來屬於事後控制,但它的目的不是為了改變那些已經發生的事情,

而是試圖抓住專案質量合格或不合格的精髓,以使將來的專案質量管理能從中獲益。

專案終止階段,是在決策專案終止後,檢查專案檔案資料完備,包括專案量驗評

表、竣工報告等,同時進行專案總結。專案總結是乙個把實際運**況與專案計畫不斷比較

以提煉經驗教訓的過程。通過專案質量計畫和總結,專案過程中的經驗和教訓將得到完整的

記錄和昇華,成為「組織財富」。

我們都知道個乙個目的土要內容是:成本、進度、質景,良好的專案管理就是綜合二方

而的因素,平衡二方而的目標,最終依照目標完成任務。專案的這二個方面是相互制約和影

響的,有時對這二方面的平衡策略甚至成為個企業級的要求,決定了企業的行為,我們知

道ibm的軟體足以質量為最重要目標的,而微軟的「足夠好的軟什」策略更是耳熟能詳,

這些質量目標其實立足於企業的戰略目標。所以用於進行質景保證的sqa也應當立足

於企業的戰略目標,從這個角度思考sqa,形成對sqa的認識。

軟體界已經達成共識的:影響件什專案進度、成本、質量的因素土要是「人、過程、

技術」。首先要叫確的是這三個因素中,人是第一位的。

現在許多實施cmm的人員溺於cmm理論強調「過程」,這是很危險的傾向。

這個思想傾向在國外受到了猛烈抨擊,從某種意義上並種敏捷過程方法的提出就是對強調過

程的種反思。 「xp」中的個思想「人比過程更重要」是值得我們思考的。我個人的意

見在進行過程改進中堅持「以人為本」,強調過程和人的和諧。

隨著軟體系統規模、複雜的度等不斷增加,靠簡單的直覺判斷來進行管理,做出決定會變得非常困難,甚至是危險的,有時是會被假象所迷惑的。這時,我們需要求助軟體度量,對軟體過程和產品實施量化管理。度量可以幫助我們更客觀、更全面、更準確的了解產品狀況,發現產品潛在的問題,從而進行更有效的管理。

質量度量可以實現以下目標:

使溝通更有效,改進可見性。度量支援跨越組織所有級別的人員之間的溝通,而且這種溝通清晰、明確,不容易引起混淆,使管理更加透明。

盡早的發現和更正問題。問題發現的越晚越難管理,並且要花費越多的成本來修復問題,

做出關鍵的權衡。在某個領域的決定常常會影響其他領域,而度量為專案進度、質量等提供了客觀的歷史資料、當前資料和變化趨勢等,能夠幫助我們客觀的評定各領域之間的相互影響,權衡利弊,從而做出合理的決策。

跟蹤特定的專案目標。度量能幫助我們回答特定的問題,通過跟蹤計畫的實際測量情況,我們能夠對所設定的目標評估專案的進展計畫。

管理風險。風險管理是乙個被廣泛接受的最佳實踐,他包括了專案週期中盡早的識別和分析風險。較晚的發現風險將使風險處理更加困難,並要花費更大的成本來處理風險。

通過使用高質量的客觀資料,我們能夠提高對風險區域的可見性,如需求的蔓延。通過度量和監視需求的變更,我們能夠確定某個風險是否被降低了。

計畫未來的專案。通過度量活動,可以記錄過去大量專案的週期、進度、費用和質量的資訊,這可以為未來相似的專案計畫的進度、資源和成本估算等提供可靠的參考資料,制定合理的計畫,有利於質量保證和管理工作。

軟體是由人來完成的,而我們知道,所有由人做的工作都不會是完美無缺的。軟體開發是個很複雜的過程,期間很容易產生錯誤。無論是軟體從業人員、專家和學者做了多大的努力,軟體錯誤仍然存在。

乙個成功的測試用例在於發現了至今尚未發現的缺陷。

對軟體質量的評價

對軟體質量的評價,現在還沒有統一標準。根據個人使用cax軟體的經驗,我通常從幾個方面來做判斷,1.核心理論的正確性 主要是指支撐軟體的理論基礎,必須是科學的 嚴謹的 具有普適意義的。如很多管理理論源自歐美,其社會實踐受其歷史人文的影響,帶有先天的侷限性和時效性。那麼在這些理論基礎上開發的軟體多數也只...

3 軟體質量與評價

質量的定義 實體特性的總和,滿足明確或隱含要求的能力。軟體質量模型 影響軟體質量的因素分兩類 可直接測量和間接度量 mccall模型 操作特性 產品執行 承受可改變能力 產品修訂 新環境適應能力 產品變遷 分別包括的子特性 產品執行 正確性,可靠性,可用性,完整性,功效 產品修訂 可維護性,靈活性,...

如何評價收益質量

在傳統的盈利分析中,人們往往利用每股收益 淨資產收益率 銷售淨利率等指標來判斷乙個企業的盈利能力與盈利水平。這些指標是依據企業現有的收益水平,對企業的盈利能力從不同角度進行評價的。但是,上述評價指標存在明顯的缺陷,即僅僅注意到收益的數量,而沒有注意到收益本身的內在質量。另外,傳統的盈利能力分析是一種...