軟件需求的質(zhì)量保證ppt課件-文庫吧在線文庫
【正文】 對系統(tǒng)的期望來確定質(zhì)量屬性。 950定義質(zhì)量屬性的方法? 另一個定義屬性的方法是確定任何與質(zhì)量期望相沖突的系統(tǒng)行為。如果系統(tǒng)用完了所有可用的資源 ,那么用戶遇到的將是性能的下降 ,這是效率降低的一個表現(xiàn) ,拙劣的系統(tǒng)性能可能激怒等待數(shù)據(jù)庫查詢結(jié)果的用戶 ,或者可能對系統(tǒng)安全性造成威脅。? 完整性的需求不能犯任何錯誤 ,即數(shù)據(jù)和訪問必須通過特定的方法完全保護起來。如果軟件滿足了它的可靠性需求 ,那么即使該軟件還存在缺陷 ,也可認為達到其可靠性目標。 1850? 可維護性表明了在軟件中糾正一個缺陷或做一次更改的簡易程度。2050? 從軟件開發(fā)的長遠目標上看 ,可重用性表明一個軟件組件除了在最初開發(fā)的系統(tǒng)中使用之外 ,還可以在其它應用程序中使用的程度。 ? 質(zhì)量屬性之間一些典型的相互關系? 單元格中的 加號 表明單元格所 在行的屬性 增加了對其 所在列的屬性 的 積極影響 。用戶需要的全域 A正確的需求 B需求C2950正確需求的保證? 學習軟件項目的領域知識? 由領域?qū)＜液陀脩魠⒓有枨蠊ぷ? 經(jīng)常與用戶進行溝通? 掌握一定的需求獲取和分析的方法和技術? 具備經(jīng)驗證的需求結(jié)構框架? 執(zhí)行基本的需求過程3050 ? 如果項目開發(fā)人員、用戶以及其他風險承擔人對一條需求有不同的解釋 ,那么需求可能是有二義性的。 3350完整性的保證? 完整性的保證需要有一個需求集框架 (模板 )，它使得收集所有的需求組成部分以得到完整的需求集變的比較容易。? 例如 ,在工資系統(tǒng)的需求的一部分可能會說 “所有 65歲以上的員工在年末應該得到 1000元的獎勵 ”, 需求的另一部分可能會說 “ 所有有 10年以上工作經(jīng)歷的人在年未應得到 500元的獎勵 。4050實例? 系統(tǒng)響應任意查詢的時間應該小于 500毫秒– 要根據(jù) ‘ 任意 ’ 一詞的具體含義來定。4450? 從最初提出需求到最后需求的實現(xiàn)成為提交的工作產(chǎn)品 ,要經(jīng)歷許多階段，每個階段都是一種轉(zhuǎn)換。? 可以通過提供場景或說明性用例展示系統(tǒng)在運行環(huán)境的使用來實現(xiàn)。? 確保需求可跟蹤性意味著可以設計出最有效的方式來進行更改。? 如何對上述兩條需求進行驗證 ? 4250 ? 需求集 的結(jié)構和風格可以對其中任一需求的變更很容易地、完整地、一致地進行 ,同時保持己存在的需求集的結(jié)構和風格。? “ 可驗證的或可測試的 ” 需要合理的定義良好的無歧義的需求。 沖突可以有多種形式而且在多種細節(jié)程度上可見。只要有可能驗收標準就使用數(shù)字而不是單詞來表達需求。 2550軟件 需求質(zhì)量 保證2650八個需求質(zhì)量屬性? 正確的需求? 無歧義? 完 整 性? 一致性? 可驗證? 可修改? 可跟蹤? 可理解性2750 ? 一個 SRS(需求集 )是正確的 ,當且僅當其中每條需求都代表了要構造系統(tǒng)所要完成的事物。? 如果產(chǎn)品中包含復雜的算法和邏輯 ,或如果具有復雜的功能性的相互關系 ,那么對于可測試性的設計就很重要。 ? 例：對于現(xiàn)有報表的更改操作必須
環(huán)評公示相關推薦
鄂ICP備17016276號-1