敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體驗證測試
     獨立驗證與確認
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
tyrone
發表時間: 2010-08-12 16:14
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
獨立驗證與確認
獨立驗證與確認乃是一種風險降低的技法,適用於主要的軟體發展工作中。IV&V的主要目的在確保軟體能符合需求、可靠且可以維護。IV&V只有在軟體發展時程的早期開始實作才能發揮效用。IV&V的關鍵活動乃是需求分析與風險評鑑;如果等到一切已成事之後,再以專案方式開始,IV&V的有效性會受到限制。發展組織或業主,一般通常不願意實作IV&V,因為會有成本發生。但是如能儘早實作IV&V,則能使錯誤矯正與軟體維護的總體成本獲得降低。隨著發展工作的推進,愈是後面,IV&V的使用就會愈低。這種情況主要是因為持續參與的費用,而不是因為沒有參與的需要。另外,IV&V工作要能有效,就必須將責任委託給軟體發展計畫管理人(PM)之外的個人或組織。

IV&V過程在軟體發展的應用,將已派用(fielded)軟體系統的可維護性極大化,同時將發展及派用該軟體系統的成本極小化。軟體系統的維護可以分類為:(1) 矯正維護(corrective maintenance):在修改軟體以矯正營運中的錯誤;(2)調適維護(adaptive maintenance):在修改軟體以符合變動中的需求;(3)完善維護(perfective maintenance):在修改軟體,以併入新的特徵或改善事項。

IV&V的主要目標:(1)將軟體產品的可靠度極大化,使矯正維護易於實施,同時將矯正維護的需要極小化;(2)將軟體產品的彈性極大化,以使調適維護與完善維護均易於實施。這些目標主要是由軟體發展過程每個步驟的判斷來達成,其中,軟體產品完整且正確地符合發展工作先前步驟所決定的特定需求。這種逐步、反覆進行的過程,從系統效能需求的初步定義持續至最終驗收測試。

每個發展階段的軟體文件審查是驗證過程的主要工作。最新的文件是發展現階段之軟體產品的描述,並將定義將於後續階段,加諸於軟體產品的需求。對發展文件細心檢驗與分析,能確保軟體設計過程的每一步驟與先前的步驟連貫性。如此,就可以在發展過程的早期階段,把遺漏、不一致或設計錯誤找出來並且矯正之。

IV&V組織持續參與正式與非正式設計審查,可以維持軟體系統 “客戶”與發展者間的溝通流,確保軟體的設計與生產,能在最低的延遲與誤解下進行。經常性的非正式審查、設計與程式碼導覽(walk-through)與稽核,確保為生產可靠、可維護之營運軟體系統所設計的程式設計標準、軟體工程標準、軟體品質保證與組態管理程序等,在整個過程中被遵循。在軟體發展過程全程持續監視電腦硬體資源分配,亦能確保派用的系統有充分的能力(容量),符合營運與可維護度需求。

整個測試過程,從規劃階段到最終驗收測試,亦是以IV&V過程,以逐步漸進的方式處理。在發展的每個階段,以功能需求決定下一階段的測試準則與設計準則。IV&V過程的重要功能之一,在確保測試需求直接演繹自效能需求(performance requirements),且和設計實作無關。IV&V合約商監視、參與及履行各種測試與檢視活動,以確保發展出來的軟體,在發展的每一階段均符合需求。

在軟體發展過程全程中,IV&V合約商審查軟體提升或變更的所有建議書、發展基準中的變更建議、對設計或實作問題之解決方案建議等,以確保原始的效能需求不被遺忘。IV&V合約商角色的重要構面之一,乃是扮演客觀的第三方,從初期效能需求至最終營運系統,持續地保持 “稽核痕跡(audit trail)”。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

無發表權
 
-=協會通訊地址:330047 桃園市桃園區大林路100號6樓 =-
電話:(03) 367-8567 電子信箱:register@csqa-tw.org.tw=-
-=本網著作權為中華民國資訊軟體品質協會所有,禁止未經授權轉貼節錄=-
Powered by XOOPS , Twe76.net