【正文】 潔 性 模 塊 性 通 用 性 擴 充 性 可 容 性 效 率 安 全 性 可維護性 適 應 性 連 接 性 SQDC SQRC SQMC 可 用 性 一 致 性 由各使用 單位根據(jù) 實際情況 決定 能用于軟件質(zhì)量定量評價的軟件度量 ?美國國防部 AD報告 :把質(zhì)量表現(xiàn)形式 歸納為 190多個 問題 。 技術改進與過程改進的關系 — 技術改進必須與過程改進同時并舉 低技術 高技術 過程 成熟 過程 不成熟 低風險途徑 高風險 途徑 原始態(tài) 理想態(tài) 可能無結(jié)果途徑 軟件工程的五個發(fā)展方向 方向 說明 技術 組織 管理 編程方法 例如：結(jié)構化編程 面向?qū)ο缶幊? 高 低 低 形式化方法 例如 :Z語言、 CSP、 … 高 低 低 計算機輔助軟件工程 例如： CASE工具 高 低 低 軟件開發(fā)模型 例如 :瀑布模型、 …… 高 中 低 軟件工程過程 探討軟件過程 (包括開發(fā)過程、軟件支持過程或維護過程等 )的管理和改進。 ISO/IEC15504 1998年 SPICE(Software Process Improvement and Capability dTermination)項目組織發(fā)表用于確定自我能力改造和進行軟件供應商能力的國際標準 ISO/IEC15504. 該標準覆蓋了過程評估、過程改進和過程能力確認等指南和模型。據(jù)美國卡內(nèi)基 .梅隆大學 SEI統(tǒng)計，至 2023年 6月底， CMM的認證情況如下表所示。 5 優(yōu)化級 系統(tǒng)地引導新理念及技術的反饋，從而不斷改進軟件過程。 RUP的特點 ? 用例驅(qū)動 。 軟件構件的開發(fā) １ . 需求及設計級軟部件 2. 代碼級軟部件 可復用構件 一個可復用構件應具備的條件： ? 獨立性 ? 完整性 ? 可標識性 ? 一般性 ? 適應性 ? 可靠性 ? 標準化 構件接口技術 目前廣泛流行的具有代表性的構件模型主要有 : ?對象管理組織 (OMG)的 CORBA ?Microsoft的 COM+ ?SUN公司的 EJB/J2EE 對象技術規(guī)范 CORBA標準 CORBA (Common Object Request Broker Architecture 公共對象請求代理體系結(jié)構 ) 國際 OMG組織頒布的一系列有關對象技術的規(guī)范之一 CORBA給出多種環(huán)境下的面向?qū)ο蟮木幊谭独? 構件軟件連接技術規(guī)范 OLE和 DCOM標準 OLE(Object Linking and Embedding) 對象連接與嵌套技術 OLE是一組可擴充的應用程序協(xié)議，它使得一個應用程序能夠緊密正確地使用另一個應用程序的服務。 包括 : 軟件的功能、 性能、 接口 : 硬件、 軟件 (已有且須與新開發(fā) 軟件連接的軟件 )、 操作人員、 可靠性 167。 軟件質(zhì)量認證 167。 （ 6） 開發(fā)數(shù)據(jù)結(jié)構及操作的實用庫 。 （ 2） 應確定所有的數(shù)據(jù)結(jié)構及每項上的操作 。 軟件 配置管理（ SCM） 軟件配置：軟件生存期各階段的交付項 （各種文檔和可執(zhí)行代碼） 軟件配置管理： 交付項管理問題， 用于： 標記變化； 控制變化； 保證變化被適當?shù)貙崿F(xiàn)； 向其他可能有興趣的人員報告變化 基線 IEEE(IEEE )定義基線如下： 已經(jīng)通過正式復審和批準的某規(guī)約或產(chǎn)品 ,它因此可以作為進一步的基礎 ,并且知只能通過正式的變化控制過程的改變 . 基線是軟件開發(fā)的里程碑 ,標志是有一個或多軟件配置項的交付 ,并且這些配置項已經(jīng)經(jīng)過正式技術復審而獲得認可 . 最常見的軟件基線 系統(tǒng)工程 需求分析 軟件設計 編碼 測試 發(fā)布 系統(tǒng)規(guī)約 軟件需求規(guī)約 設計規(guī)約 源代碼 測試計劃 /過程 /數(shù)據(jù) 可操作的系統(tǒng) 軟件配置管理過程 SCM的五個任務 ： ? 標識配置對象 ? 版本控制 ? 修改控制 ? 配置審計 ? 配置狀況報告 第十二章 軟件工程標準化與軟件文檔 167。 帳冊 上級系統(tǒng)接口 供貨員 銷售事件 商品 商品一覽表 超市銷售管理系統(tǒng)的軟件架構 收款機 領域分析 針對一類應用系統(tǒng)的共同應用領域進行系統(tǒng)化分析，以發(fā)現(xiàn)該領域的共同認識、需求及應用系統(tǒng)的共同特征。 軟件復用就是通過對已有軟件的各種知識來建立新的軟件。 統(tǒng)一了各種開發(fā)方法 。 3 定義級 軟件過程的管理和實行方法都已 文檔化、標準化 ，使開發(fā)商有一個開發(fā)過程的標準。這樣一來 ,就可以把軟件開發(fā)及生產(chǎn)過程中成功或失敗的經(jīng)驗教訓變成今后可以借鑒和吸取的營養(yǎng) ,大大加快軟件生產(chǎn)的成熟程度提高。 1998年 SEI啟動了 CMMI (CMM Integration) CMMI通過提供統(tǒng)一的過程改進框架，消除了不同 模型之間的不一致和重復性，可望成為今后軟件過 程改進領域比較穩(wěn)定的一個實用模型。 (3)規(guī)定的功能 (4)成功運行 167。第九章 軟件質(zhì)量管理與質(zhì)量保證 167。 質(zhì)量管理、質(zhì)量認證與質(zhì)量審核 質(zhì)量管理的類型 ： (1)質(zhì)量檢驗型管理 (2)全面質(zhì)量管理 (3)質(zhì)量認證 軟件質(zhì)量保證體系的研究和主要技術 目前國際上軟件過程質(zhì)量管理最主要的三個典型代表： ?CMM /PSP/TSP ?ISO9000系列 ?ISO/IEC15504 過程與軟件質(zhì)量管理 隨著軟件技術和軟件應用的發(fā)展， 以過程為中心 的軟件開發(fā)、生產(chǎn)與質(zhì)量管理是現(xiàn)代軟件產(chǎn)業(yè)的時代特征。 目前 SEI正在進行二個方面的擴充： ?將質(zhì)量管理的理念和思想向人力資源管理方面擴展 (PSP/TSP/PCMM)。 在軟件開發(fā)過程中 , 一些關鍵的過程域(KPA)可以被識別出來 ,成為某些 CMM模型方法中的衡量基準。即所有項目都可以依照標準來開發(fā)和維護軟件。 使用統(tǒng)一建模語言 UML ? RUP和 CMM相輔相成 。這些軟件知識包括 : ?領域知識 ?開發(fā)經(jīng)驗 ?設計決定 ?體系結(jié)構 ?需求 ?設計 ?編碼 ?測試 ?文檔等 復用的益處 ? 提高軟件生產(chǎn)率，降低軟件生產(chǎn)代價 ? 提高軟件質(zhì)量 ? 其它： ?系統(tǒng)對用戶體現(xiàn)較多的一致性 ?系統(tǒng)具有較好的互操作性 ?推動標準化 ?支持原型開發(fā) n抽象 :從已有軟件制品的簡要描述中抽取 本質(zhì)信息 (即可復用部分 ),摒棄細節(jié) n選取 :即用戶根據(jù)已有軟件制品的抽象 ,尋 找、比較最合適他需要的制品 (可復 用件 ) n特化 :即對已有制品 (可復用件 )的修改或形成 它的一個實例 (例化后的復用件 )