【正文】 軟件重構(gòu)216。（ 7）軟件設(shè)計(jì)和編程語(yǔ)言應(yīng)支持抽象數(shù)據(jù)類型的規(guī)格說(shuō)明和實(shí)現(xiàn)。 軟件質(zhì)量認(rèn)證167。 軟件構(gòu)件的開發(fā)１ . 需求及設(shè)計(jì)級(jí)軟部件2. 代碼級(jí)軟部件　 可復(fù)用構(gòu)件一個(gè)可復(fù)用構(gòu)件應(yīng)具備的條件：? 獨(dú)立性? 完整性? 可標(biāo)識(shí)性? 一般性? 適應(yīng)性? 可靠性? 標(biāo)準(zhǔn)化 構(gòu)件接口技術(shù) 目前廣泛流行的具有代表性的構(gòu)件模型主要有 :?對(duì)象管理組織 (OMG)的 CORBA?Microsoft的 COM+?SUN公司的 EJB/J2EE 對(duì)象技術(shù)規(guī)范 CORBA標(biāo)準(zhǔn)CORBA(Common Object Request Broker Architecture 公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu) )國(guó)際 OMG組織頒布的一系列有關(guān)對(duì)象技術(shù)的規(guī)范之一CORBA給出多種環(huán)境下的面向?qū)ο蟮木幊谭独? 構(gòu)件軟件連接技術(shù)規(guī)范 OLE和 DCOM標(biāo)準(zhǔn)OLE(Object Linking and Embedding)對(duì)象連接與嵌套技術(shù) OLE是一組可擴(kuò)充的應(yīng)用程序協(xié)議，它使得一個(gè)應(yīng)用程序能夠緊密正確地使用另一個(gè)應(yīng)用程序的服務(wù)。5 優(yōu)化級(jí) 系統(tǒng)地引導(dǎo)新理念及技術(shù)的反饋，從而不斷改進(jìn)軟件過(guò)程。 ISO/IEC15504 1998年 SPICE(Software Process Improvement and Capability dTermination)項(xiàng)目組織發(fā)表用于確定自我能力改造和進(jìn)行軟件供應(yīng)商能力的國(guó)際標(biāo)準(zhǔn) ISO/IEC15504. 該標(biāo)準(zhǔn)覆蓋了過(guò)程評(píng)估、過(guò)程改進(jìn)和過(guò)程能力確認(rèn)等指南和模型。 質(zhì)量保證的主要功能F質(zhì)量方針的制定和展開F質(zhì)量保證方針的質(zhì)量保證標(biāo)準(zhǔn)的制定F質(zhì)量保證體系的建立和管理F各階段的質(zhì)量評(píng)審 質(zhì)量保證的實(shí)施 質(zhì)量度量方法ISO建議的軟件質(zhì)量評(píng)價(jià)標(biāo)準(zhǔn)分為三級(jí) :高層 :質(zhì)量需求評(píng)價(jià)準(zhǔn)則 (SQRC)中層 :質(zhì)量設(shè)計(jì)評(píng)價(jià)準(zhǔn)則 (SQDC)低層 :質(zhì)量度量評(píng)價(jià)準(zhǔn)則 (SQMC)ISO建議的軟件質(zhì)量度量模型正 確 性 可 跟 蹤 性完 備 性準(zhǔn) 確 性容 錯(cuò) 性簡(jiǎn) 潔 性模 塊 性通 用 性擴(kuò) 充 性可 容 性效 率安 全 性可維護(hù)性適 應(yīng) 性連 接 性SQDCSQRC SQMC可 用 性一 致 性 由各使用單位根據(jù)實(shí)際情況決定能用于軟件質(zhì)量定量評(píng)價(jià)的軟件度量H美國(guó)國(guó)防部 AD報(bào)告 :把質(zhì)量表現(xiàn)形式 歸納為 190多個(gè) 問(wèn)題 。 例如： CMM SPICE BOOTSTRAP SPERM高 高 高軟件過(guò)程的管理模式 　CMM：軟件過(guò)程管理與改進(jìn) CMM是 軟件工程過(guò)程 學(xué)科中的一個(gè)管理與改進(jìn)軟件過(guò)程的模式，也是一種衡量軟件開發(fā)能力和成熟度的標(biāo)準(zhǔn)。過(guò)程成熟度框架要區(qū)分不成熟和成熟軟件組織需要構(gòu)造一個(gè)軟件過(guò)程成熟度框架 ，它描述一條從無(wú)序到有序的軟件過(guò)程的進(jìn)化途徑，框架是支持持續(xù)改進(jìn)的基礎(chǔ)。? 架構(gòu)為核心 。 資源人工具確定 ● 技能要求 ● 工作期限 ● 開始時(shí)間硬件 ● 宿主機(jī) ● 目標(biāo)機(jī) ● 專用設(shè)備軟件 ● 支持軟件 ● 實(shí)用軟件各階段管理人員和技術(shù)人員參與情況管理人員人員參加程度計(jì)劃需求分析概要設(shè)計(jì) 編碼詳細(xì)設(shè)計(jì)單元測(cè)試確認(rèn)測(cè)試組裝測(cè)試初級(jí)技術(shù)人員高級(jí)技術(shù)人員高低167。 確保模塊的作用范圍在控制范圍之內(nèi)216。3個(gè)模型分別描述的內(nèi)容216。集成框架216。動(dòng)態(tài)模型的描述方法（狀態(tài)圖、事件跟蹤圖、事件、狀態(tài)、觸發(fā)條件、活動(dòng)、動(dòng)作）216。螺旋模型 n 分析任務(wù)n 需求獲取的內(nèi)容n 需求分析的主要工具（ DFD、 DD、 …… ）n 需求規(guī)格說(shuō)明書的主要內(nèi)容 n 結(jié)構(gòu)化分析方法（ SA） （特點(diǎn)、描述方式）n 數(shù)據(jù)流圖（ DFD） （課設(shè)：頂圖外部項(xiàng)的處理）n 數(shù)據(jù)字典（ DD） （課設(shè)：數(shù)據(jù)流、文件、數(shù)據(jù)項(xiàng)，描述不規(guī)范）n 過(guò)程說(shuō)明 （即：小說(shuō)明） n 設(shè)計(jì)的基本原則 （抽象、細(xì)化、模塊化、軟件體系結(jié)構(gòu)、控制層次、數(shù)據(jù)結(jié)構(gòu)、軟件過(guò)程、信息隱藏） n 模塊化設(shè)計(jì)– 模塊的獨(dú)立性– 內(nèi)聚性（ 偶然性、邏輯性、時(shí)間性、過(guò)程性、通訊性、順序性、功能性內(nèi)聚 ）– 耦合性（ 非直接、數(shù)據(jù)、標(biāo)記、控制、外部、公共、內(nèi)容耦合）n 體系結(jié)構(gòu)設(shè)計(jì)的準(zhǔn)則：216。 軟件工作范圍軟件計(jì)劃的第一個(gè)任務(wù) 。? RUP可以作為 CMM3級(jí)所要求的機(jī)構(gòu)標(biāo)準(zhǔn)軟件 過(guò)程 。 　　　　CMM級(jí)別世界軟件企業(yè)通過(guò) CMM的數(shù)量世界軟件企業(yè)通過(guò) CMM的份額5級(jí) 41家 3%4級(jí) 54家 4%3級(jí) 232家 17%2級(jí) 438家 32%1級(jí) 600家 44% CMM一共有 5級(jí)， 18個(gè)關(guān)鍵過(guò)程域（ KPA），52個(gè)目標(biāo)， 300多個(gè)關(guān)鍵實(shí)踐。 　 過(guò)程與軟件質(zhì)量管理 ISO9000 2023版將過(guò)程定義為 “ 一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動(dòng) ” 軟件過(guò)程分為：?軟件工程過(guò)程： 軟件開發(fā)和生產(chǎn)的過(guò)程， 如：需求分析、設(shè)計(jì)、編碼、 測(cè)試等過(guò)程；?軟件管理過(guò)程： 對(duì)軟件開發(fā)和生產(chǎn)的過(guò)程進(jìn) 行管理的過(guò)程， 如：項(xiàng)目策劃過(guò)程、跟蹤監(jiān)控過(guò) 程、質(zhì)量保證過(guò)程?軟件支持過(guò)程： 對(duì)軟件開發(fā)和生產(chǎn)的過(guò)程進(jìn) 行支持的過(guò)程， 如：評(píng)審過(guò)程、培訓(xùn)過(guò)程、 質(zhì)量過(guò)程。 軟件可靠性硬件系統(tǒng)故障率0 tZ(t)軟件系統(tǒng)故障率0 tZ(t) 基本概念軟件可靠性定義 在給定 時(shí)間間隔內(nèi) 和特定的環(huán)境下，軟件按規(guī)格說(shuō)明成功運(yùn)行的概率。CMM模型及其實(shí)踐 在 CMM模型及其實(shí)踐中 ,企業(yè)的 過(guò)程能力 被作為一項(xiàng)關(guān)鍵因素予以考慮。 　軟件過(guò)程評(píng)估和軟件能力評(píng)價(jià)的差別是在開放、合作的 環(huán)境 中進(jìn)行的；目的 在于暴露問(wèn)題和幫助經(jīng)理和工程師改進(jìn)他們組織的軟件過(guò)程；軟件過(guò)程評(píng)估 軟件能力評(píng)價(jià)是在更為面向?qū)徲?jì)的 環(huán)境 中進(jìn)行的，評(píng)