軟件工程和軟件過程改進(jìn).docxVIP

軟件開發(fā)方法1.開發(fā)方法分類1.自頂向下開發(fā)方法和自底向上開發(fā)方法2.形式方法和非形式方法3.整體性方法和局部行方法4.軟件自動(dòng)化方法2.軟件開發(fā)模型瀑布模型演化模型：增量模型，螺旋模型，構(gòu)件組裝模型，并發(fā)開發(fā)模型噴泉模型對軟件復(fù)用和生存周期中多項(xiàng)開發(fā)活動(dòng)的集成提供了支持，主要面對對象的開發(fā)方法。無間隙是指在開發(fā)活動(dòng)，即分析，設(shè)計(jì)和編碼之間不存在明顯的邊界。智能模型基于知識(shí)的軟件開發(fā)模型。應(yīng)用基于規(guī)則的系統(tǒng)，采用規(guī)約和推理機(jī)制。RAD模型線性順序模型，強(qiáng)調(diào)極短的開發(fā)周期和可復(fù)用程序構(gòu)件的開發(fā)。RAD方法包含業(yè)務(wù)建模，數(shù)據(jù)建模，處理建模，應(yīng)用生成，測試及反復(fù)五個(gè)階段。并非所用應(yīng)用軟件都適合使用RAD。原型模型3.第4代技術(shù)能使軟件工程師在較高級(jí)別上說明軟件的某些特征，然后利用工具根據(jù)開發(fā)者的說明自動(dòng)生成源代碼。關(guān)鍵在于說明軟件的能力，它用特定的語言來完成或者以一種用戶可以理解的問題描述方法來描述待解決的圖形來表示。開發(fā)者還必須進(jìn)行測試，寫成有意義的文檔，并完成其他軟件工程范型中同樣要求的所有集成活動(dòng)。必須考慮維護(hù)是否能夠迅速實(shí)現(xiàn)。4.原型化方法（用戶沒有明確的需求）原型的分類水汽原型和垂直原型（結(jié)構(gòu)化，行為化）拋棄型原型和演化型原型（解決需求不確定）實(shí)驗(yàn)型，探索型和演化型拋棄式原型，演化式原型和遞增式原型哪些系統(tǒng)適合原型法（系統(tǒng)結(jié)構(gòu)，邏輯結(jié)構(gòu)，用戶特征，應(yīng)用約束，項(xiàng)目管理，項(xiàng)目環(huán)境）原型生命周期原型法的準(zhǔn)則大多數(shù)的應(yīng)用系統(tǒng)都能從一個(gè)小的系統(tǒng)結(jié)構(gòu)集合（批處理，聯(lián)機(jī)處理）中導(dǎo)出。多數(shù)系統(tǒng)使用一個(gè)常用和熟悉的功能集合。大多數(shù)的輸入編輯能從一個(gè)小的編輯模型集合中導(dǎo)出。基于一個(gè)4步的報(bào)表模型生成應(yīng)用系統(tǒng)的報(bào)表。有一個(gè)正確的設(shè)計(jì)結(jié)構(gòu)集合，對原型將會(huì)產(chǎn)生積累作用。原型法的策略用第三范式規(guī)范數(shù)據(jù)，建立應(yīng)用系統(tǒng)的數(shù)據(jù)模型。大多數(shù)富有成效的建立模型的途徑是利用組合工程最有成效的建立模型的途徑是“裁剪和粘貼”。用系統(tǒng)舉例。字典驅(qū)動(dòng)的軟件結(jié)構(gòu)。文檔的自動(dòng)化。小的原型化隊(duì)伍。（2-3人）交互式的和綜合的原型開發(fā)者的工作臺(tái)。陳述性規(guī)格說明。終端用戶報(bào)表生成器。專業(yè)的原型化人員。開發(fā)人員參加原型化。混合原型化策略只對屏幕的原型化使用購買到的應(yīng)用系統(tǒng)作為初始原型?？尚行苑治鲋械脑突酉到y(tǒng)原型化原型與需求建議最終用戶進(jìn)行原型化。原型化中心開發(fā)，生產(chǎn)，信息，原型化中心原型化與項(xiàng)目管理過程估計(jì)，費(fèi)用重新分配，變化控制，活動(dòng)停止5.敏捷方法XP中每次發(fā)布的內(nèi)容不是演示版，而是實(shí)用版。XP的核心是其總結(jié)的溝通，簡單，反饋，勇氣四大價(jià)值觀。XP方法論屬于輕量級(jí)，也就是文檔量少，遵從“代碼就是文檔”的思想。XP是適合于中小型團(tuán)隊(duì)在需求不明確或者迅速變化的情況下進(jìn)行軟件開發(fā)。XP的12中最佳實(shí)踐計(jì)劃游戲，小型發(fā)布，隱喻，簡單設(shè)計(jì)，測試先行，重構(gòu)，結(jié)對編程，集體代碼所有制，持續(xù)集成，每周工作40小時(shí)，現(xiàn)場客戶，編程標(biāo)準(zhǔn)。6.凈室軟件工程使用盒結(jié)構(gòu)規(guī)約（或形式化方法）進(jìn)行分析和設(shè)計(jì)建模，并且強(qiáng)調(diào)將正確性驗(yàn)證，而不是測試，作為發(fā)現(xiàn)和消除錯(cuò)誤的主要機(jī)制。使用統(tǒng)計(jì)的測試來獲取認(rèn)證被交付的軟件的可靠性所必需的出錯(cuò)率信息。總體規(guī)劃與軟件定義1. 任務(wù)制定軟件的開發(fā)戰(zhàn)略確定組織的主要信息需求，形成軟件的總體結(jié)構(gòu)方案，安排項(xiàng)目開發(fā)計(jì)劃。制定系統(tǒng)建設(shè)的資源分配計(jì)劃。2. 步驟1. 對當(dāng)前系統(tǒng)進(jìn)行初步的調(diào)查。2. 分析和確定系統(tǒng)目標(biāo)。3. 分析子系統(tǒng)的組成以及基本功能。4. 擬定系統(tǒng)的實(shí)施方案。5. 進(jìn)行系統(tǒng)的可行性分析。6. 變形可行性報(bào)告。3. 方法關(guān)鍵成功因素法。戰(zhàn)略目標(biāo)集轉(zhuǎn)化法。企業(yè)系統(tǒng)規(guī)劃方法。4. 目標(biāo)系統(tǒng)框架分析分析管理目標(biāo)和系統(tǒng)目標(biāo)1. 根據(jù)系統(tǒng)調(diào)查的結(jié)果進(jìn)行分析，總結(jié)出現(xiàn)行系統(tǒng)中的關(guān)鍵問題，做出問題表。2. 根據(jù)問題表，構(gòu)造目標(biāo)的層次結(jié)構(gòu)3. 對目標(biāo)樹種的各項(xiàng)分目標(biāo)進(jìn)行分析。4. 將目標(biāo)樹按各層分目標(biāo)在系統(tǒng)中所起的作用重新繪制。確定系統(tǒng)范圍和功能1. 繪制出系統(tǒng)的總數(shù)據(jù)流程圖。2. 根據(jù)系統(tǒng)方案的要求，用戶的要求和現(xiàn)行系統(tǒng)的環(huán)境及確定系統(tǒng)邊界的原則，在總數(shù)據(jù)流圖上圈出系統(tǒng)范圍。3. 與用戶討論，協(xié)商修改有關(guān)內(nèi)容。4. 確定系統(tǒng)范圍，并做分析說明。確定系統(tǒng)總體結(jié)構(gòu)和投資概算1. 計(jì)算機(jī)系統(tǒng)軟硬件設(shè)備投資2. 系統(tǒng)開發(fā)費(fèi)3. 系統(tǒng)安裝4. 維護(hù)費(fèi)用5. 人員培訓(xùn)費(fèi)5.可行性分析經(jīng)濟(jì)可行性技術(shù)可行性管理上的可行性開發(fā)環(huán)境的可行性可行性分析的步驟1.核實(shí)問題定義與目標(biāo)。2.研究分析現(xiàn)有系統(tǒng)?，F(xiàn)有系統(tǒng)的物理模型（怎么做）現(xiàn)有系統(tǒng)的邏輯模型（做什么）新系統(tǒng)的邏輯模型新系統(tǒng)的物理模型3.為新系統(tǒng)建模。系統(tǒng)上下文關(guān)系范圍圖實(shí)體關(guān)系圖用例模型域模型IPO表4.用戶復(fù)核。5.提出并評(píng)價(jià)解決方案6.確定最終推薦的解決方案7.草擬開發(fā)計(jì)劃8.提交可行性分析報(bào)告6.成本/效益分析項(xiàng)目的成本：基礎(chǔ)建設(shè)支出，一次性支出和運(yùn)行維護(hù)費(fèi)用。項(xiàng)目的收益：一次性繼續(xù)收益，非一次性的經(jīng)濟(jì)收益，非經(jīng)濟(jì)收益。7.詳細(xì)調(diào)查原則自頂向下全面展開存在的不一定是合理的分工和協(xié)助相結(jié)合點(diǎn)面相結(jié)合展開調(diào)查主動(dòng)溝通的工作方式方法收集資料開調(diào)查會(huì)個(gè)別訪問書面調(diào)查參加業(yè)務(wù)實(shí)踐發(fā)電子郵件注意事項(xiàng)事先計(jì)劃調(diào)查態(tài)度調(diào)查順序研究分析8.新舊系統(tǒng)的分析和比較目的評(píng)估舊系統(tǒng)存在的問題，評(píng)估升級(jí)舊系統(tǒng)的價(jià)值和升級(jí)的代價(jià)尋找舊系統(tǒng)中存在的主要問題，為新系統(tǒng)的設(shè)計(jì)目標(biāo)提供參考在新系統(tǒng)方案確定后，進(jìn)行新舊系統(tǒng)的比較以便驗(yàn)證新系統(tǒng)的設(shè)計(jì)是否完備理解新舊系統(tǒng)之間的差異，確定新舊系統(tǒng)轉(zhuǎn)換的技術(shù)路線原則比較新舊系統(tǒng)復(fù)雜問題控制規(guī)模轉(zhuǎn)換策略直接轉(zhuǎn)換逐步轉(zhuǎn)換并行轉(zhuǎn)換需求分析目標(biāo)是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的借口細(xì)節(jié)，定義軟件的其他有效性要求。任務(wù)就是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，解決目標(biāo)系統(tǒng)的“做什么”的問題。在系統(tǒng)需求分析階段，就要擬定系統(tǒng)的目標(biāo)、范圍和需求，明確項(xiàng)目視圖和范圍。工具主要有數(shù)據(jù)流圖、數(shù)據(jù)詞典、結(jié)構(gòu)化語言、判定表及判定樹等。1. 需求工程需求開發(fā)需求定義需求獲取需求分析需求驗(yàn)證需求管理2. 需求分類業(yè)務(wù)需求用戶需求功能需求非功能需求3. 需求定義方法嚴(yán)格定義方法所有需求都能夠被預(yù)先定義開發(fā)人員與用戶之間能夠準(zhǔn)確清晰的交流采用圖形模型/文字可以充分體現(xiàn)最終系統(tǒng)修改定義不完善的系統(tǒng)代價(jià)昂貴且實(shí)施困難嚴(yán)格方法的生命周期的各個(gè)階段的劃分都是正確的原型定義方法并非所有的需求都能在系統(tǒng)開發(fā)前都被準(zhǔn)確的說明。項(xiàng)目參加者之間通常都存在交流上的困難，原型提供了克服該困難的一個(gè)手段。需要實(shí)際的、可供用戶參與的系統(tǒng)模型。有合適的系統(tǒng)開發(fā)環(huán)境和快速的系統(tǒng)建造工具。反復(fù)是完全需要和值得提倡的，但需求一旦確定，就應(yīng)遵從嚴(yán)格的方法。需求捕獲方法用戶訪談?dòng)脩粽{(diào)查現(xiàn)場觀摩閱讀歷史文檔聯(lián)合討論會(huì)4. 需求分析方法結(jié)構(gòu)化分析方法面向?qū)ο蠓治龇椒嫦騿栴}域的分析5. 業(yè)務(wù)流程分析1.通過調(diào)查掌握基本情況2.描述現(xiàn)有業(yè)務(wù)流程（繪制業(yè)務(wù)流程圖）業(yè)務(wù)處理單位，業(yè)務(wù)處理，表格制作，數(shù)據(jù)收集，儲(chǔ)存，業(yè)務(wù)流向3.確認(rèn)現(xiàn)有業(yè)務(wù)流程4.對業(yè)務(wù)流程進(jìn)行分析5.發(fā)現(xiàn)問題，提出解決方案6.提出優(yōu)化后的業(yè)務(wù)流程6. 業(yè)務(wù)流程再造（BPR）有一個(gè)明確的、具有啟發(fā)性的目標(biāo)，即共同遠(yuǎn)景。充分考慮客戶的價(jià)值必須服務(wù)統(tǒng)一指揮充分做好橫向及縱向溝通認(rèn)識(shí)流程再造的2大要素：信息技術(shù)/信息系統(tǒng)和人員組織管理樹立典型，逐步推進(jìn)，充分利用變革的漣漪效應(yīng)7. 數(shù)據(jù)流圖數(shù)據(jù)流，加工，數(shù)據(jù)存儲(chǔ)，外部實(shí)體原則明確系統(tǒng)邊界自頂向下，逐層分解在局部上循環(huán)由外向里的原則步驟a) 識(shí)別系統(tǒng)的輸入和輸出b) 繪制系統(tǒng)的內(nèi)部數(shù)據(jù)流c) 對復(fù)雜的加工進(jìn)行分解d) 就草圖進(jìn)行檢查和合理布局e) 和用戶交流f) 檢查、修改和完善注意事項(xiàng)數(shù)據(jù)流圖上所有圖像符號(hào)只限于4中基本圖形元素頂層數(shù)據(jù)流圖必須包括4種基本元素，缺一不可頂層數(shù)據(jù)流圖上的數(shù)據(jù)流必須封閉在外部實(shí)體之間每個(gè)加工至少有一個(gè)輸入數(shù)據(jù)流和一個(gè)輸出數(shù)據(jù)流，一個(gè)加工的輸出數(shù)據(jù)流只由他的輸入數(shù)據(jù)流確定數(shù)據(jù)流必須經(jīng)過加工，即必須進(jìn)入加工或從加工中流出在數(shù)據(jù)流圖中，需按層給加工框編號(hào)，編號(hào)表明該加工處在那一層，以及上下層的父圖與子圖的對應(yīng)關(guān)系規(guī)定任何一個(gè)數(shù)據(jù)流子圖必須與它上一層的一個(gè)加工對應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致可以在數(shù)據(jù)流圖中加入物質(zhì)流，幫助用戶理解數(shù)據(jù)流圖圖上每個(gè)元素都必須有名字?jǐn)?shù)據(jù)流圖中不可夾帶控制流8. 數(shù)據(jù)字典數(shù)據(jù)元素?cái)?shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流數(shù)據(jù)儲(chǔ)存外邊實(shí)體加工（處理）9. 軟件需求說明書用好的結(jié)構(gòu)化和自然語言編寫文本型文檔。建立圖形化模型，這些模型可以描繪裝換過程、系統(tǒng)狀態(tài)和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系。編寫形式化規(guī)格說明，這可以通過使用數(shù)學(xué)上的精確的形式化邏輯語言來定義需求?？傮w結(jié)構(gòu)設(shè)計(jì)模塊是組成系統(tǒng)的基本單位，它的特點(diǎn)是可以組合、分解和更換。一個(gè)模塊應(yīng)該具備4個(gè)要素，分別是輸入和輸出、處理功能、內(nèi)部數(shù)據(jù)和程序代碼。模塊獨(dú)立性是指軟件系統(tǒng)中每個(gè)模塊只設(shè)計(jì)軟件要求的具體子功能，而和軟件系統(tǒng)中其他的模塊接口是簡單的。模塊獨(dú)立的概念是模塊化、抽象、信息隱藏和局部化概念的直接結(jié)果。1. 內(nèi)聚內(nèi)聚性：高 低功能內(nèi)聚 順序內(nèi)聚 通信內(nèi)聚 過程內(nèi)聚 時(shí)間內(nèi)聚 邏輯內(nèi)聚 巧合內(nèi)聚模塊獨(dú)立性：強(qiáng) 弱功能單一 功能分散2. 耦合耦合性：低 高非直接耦合 數(shù)據(jù)耦合 標(biāo)記耦合 控制耦合 外部耦合 公共耦合 內(nèi)容耦合模塊獨(dú)立性：強(qiáng) 弱3. 設(shè)計(jì)原則分解與協(xié)作原則自頂向下的原則信息屏蔽、抽象的原則一致性原則明確性原則模塊直接的耦合盡可能小，模塊內(nèi)聚性要盡可能強(qiáng)模塊的扇入系數(shù)和扇出系數(shù)要合理（3-4，不能大于7）模塊的規(guī)模適中4. 劃分子系統(tǒng)子系統(tǒng)要具有相對獨(dú)立性子系統(tǒng)之間的數(shù)據(jù)的依賴性要盡量小子系統(tǒng)劃分的結(jié)果應(yīng)使數(shù)據(jù)冗余較小子系統(tǒng)的設(shè)置應(yīng)考慮今后管理發(fā)展的需要子系統(tǒng)的劃分應(yīng)便于系統(tǒng)分階段實(shí)施子系統(tǒng)的劃分應(yīng)考慮到各類資源的充分利用5. 子系統(tǒng)結(jié)構(gòu)設(shè)計(jì)每個(gè)子系統(tǒng)如何劃分為多個(gè)模塊如何確定子系統(tǒng)之間、模塊傳送的數(shù)據(jù)及調(diào)用關(guān)系如何評(píng)價(jià)改進(jìn)模塊的質(zhì)量如何從數(shù)據(jù)流圖導(dǎo)出模塊結(jié)構(gòu)圖子系統(tǒng)結(jié)構(gòu)設(shè)計(jì)原則：模塊具有較強(qiáng)的獨(dú)立性，即內(nèi)聚性強(qiáng)，耦合性弱。模塊之間的鏈接只能存在上下級(jí)之間的調(diào)用關(guān)系，不能有同級(jí)之間的橫向關(guān)系。整個(gè)系統(tǒng)呈樹狀結(jié)構(gòu)，不允許有網(wǎng)狀結(jié)構(gòu)或交叉調(diào)用關(guān)系出現(xiàn)。所有模塊都必須嚴(yán)格的分類編碼并建立歸檔文件。模塊結(jié)構(gòu)圖：模塊： 調(diào)用： 數(shù)據(jù)： 控制：轉(zhuǎn)接：6. 模塊結(jié)構(gòu)變換型：輸入，變換中心（數(shù)據(jù)加工），輸出事務(wù)型：事務(wù)層，操作層，細(xì)節(jié)層詳細(xì)設(shè)計(jì)1. 代碼設(shè)計(jì)必須保證足夠的容量，以包括規(guī)定范圍內(nèi)的所有對象。按屬性系統(tǒng)化分類要有一定的柔性，不至于在出現(xiàn)變更時(shí)破壞分類的結(jié)構(gòu)注意本分類系統(tǒng)與外系統(tǒng)、已有系統(tǒng)的協(xié)調(diào)。2. 輸出設(shè)計(jì)確定輸出的內(nèi)容選擇輸出設(shè)備與介質(zhì)確定輸出格式3. 輸入設(shè)計(jì)原則：最小量原則簡單性原則早檢驗(yàn)原則少轉(zhuǎn)換原則內(nèi)容：確定輸入數(shù)據(jù)的內(nèi)容輸入方式設(shè)計(jì)輸入格式設(shè)計(jì)校對方式設(shè)計(jì)（人工校對，二次輸入校對，數(shù)據(jù)平衡校對）4. 數(shù)據(jù)儲(chǔ)存設(shè)計(jì)5. 用戶界面設(shè)計(jì)（菜單，操作提示，操作權(quán)限管理）6. 安全控制設(shè)計(jì)（環(huán)境因素和數(shù)據(jù)處理因素）軟件測試1. 基本原理應(yīng)盡早并不斷的進(jìn)行測試測試工作應(yīng)該避免由原開發(fā)軟件的人或小組承擔(dān)設(shè)計(jì)測試方案的時(shí)候，不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng)功能確定預(yù)期輸出結(jié)果。在設(shè)計(jì)測試用例時(shí)，不僅要設(shè)計(jì)合理有效的輸入條件，也要包括不合理、失效的輸入條件在測試程序時(shí)，不僅要檢驗(yàn)程序是否做了該做的事，還要檢測程序是否做了不該做的事嚴(yán)格按照測試計(jì)劃來進(jìn)行，避免測試的隨意性妥善保管測試計(jì)劃、測試用例，昨晚軟件文檔的組成部分，為維護(hù)提供方便。2. 測試過程擬定測試計(jì)劃（測試內(nèi)容，精度安排，測試需要的環(huán)境和條件，測試培訓(xùn)的安排）編制測試大綱，作為測試的依據(jù)根據(jù)測試大綱設(shè)計(jì)和生成測試用例，產(chǎn)生測試設(shè)計(jì)說明文檔（測試的項(xiàng)目，輸入的數(shù)據(jù)，測試的過程，預(yù)期的結(jié)果）執(zhí)行程序，實(shí)施測試生成測試報(bào)告，并給出建議3. 測試方法人工測試代碼審查（檢查代碼與設(shè)計(jì)是否一致，檢查代碼的邏輯表達(dá)是否正確和完善，檢查代碼的結(jié)構(gòu)是否合理）個(gè)人復(fù)查（小規(guī)模程序，開發(fā)人員）抽查（3-5人測試小組，非開發(fā)人員）會(huì)審機(jī)器測試黑盒（功能測試（集成）是否有錯(cuò)誤的功能或遺漏的功能界面是否有誤？輸入是否能夠正確接收？輸出是否正確？是否有數(shù)據(jù)結(jié)構(gòu)或者外部數(shù)據(jù)庫訪問錯(cuò)誤？性能是否能否接受？是否有初始化或終止性錯(cuò)誤？技術(shù)等價(jià)類的劃分邊界值分析錯(cuò)誤推測因果圖白盒（結(jié)構(gòu)測試（單元）原則程序模塊中的所有獨(dú)立路徑至少執(zhí)行一次在所有的邏輯判斷中，去真和假的兩種情況至少都執(zhí)行一次每個(gè)循環(huán)都應(yīng)在邊界條件和一般條件各執(zhí)行一次測試程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)的有效性覆蓋語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋組合條件覆蓋路徑覆蓋4. 測試步驟用戶需求和驗(yàn)收測試計(jì)劃 確認(rèn)測試功能需求和系統(tǒng)測試計(jì)劃 系統(tǒng)測試體系結(jié)構(gòu)和集成測試計(jì)劃 集成測試詳細(xì)設(shè)計(jì)和單元測試計(jì)劃 單元測試 編 碼單元測試檢查模塊是否實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說明書規(guī)定的功能和算法發(fā)現(xiàn)編程和詳細(xì)設(shè)計(jì)中產(chǎn)生的錯(cuò)誤單元測試計(jì)劃應(yīng)該在詳細(xì)設(shè)計(jì)階段制定模塊借口，局部數(shù)據(jù)結(jié)構(gòu)，詳細(xì)的執(zhí)行通路，出錯(cuò)處理，邊際條件等集成測試非增殖式增殖式自頂向下自底向上混合增殖式方式衍變的自頂向下的增殖方式自底向上-自頂向下的增殖方式測試用例 驅(qū)動(dòng)模塊 測試模塊 被測模塊樁模塊 樁模塊確認(rèn)測試有效性測試軟件配置審查驗(yàn)收測試a測試（開發(fā)者測試）B測試（用戶測試）系統(tǒng)測試恢復(fù)測試（容錯(cuò)性）安全性測試強(qiáng)度測試性能測試可靠性測試安裝測試調(diào)試試探法回溯法對分查找法歸納法演繹法軟件運(yùn)行與維護(hù)改正性維護(hù)：17%-21%適應(yīng)性維護(hù)：18%-25%完善性維護(hù)：50%-60%預(yù)防性維護(hù)：4%1. 相關(guān)因素1） 系統(tǒng)的大小2） 程序設(shè)計(jì)語言3） 系統(tǒng)的年齡4） 數(shù)據(jù)庫技術(shù)的應(yīng)用5） 先進(jìn)的軟件開發(fā)技術(shù)2. 程序修改分析和理解程序修改程序重新驗(yàn)證程序3. 再工程再工程是對現(xiàn)有軟件的重新開發(fā)過程，包括逆向工程（反向工程）、新需求的考慮（軟件重構(gòu)）和正向工程三個(gè)步驟。再工程的基礎(chǔ)是系統(tǒng)理解。4. 軟件重構(gòu)軟件重構(gòu)是對源代碼、數(shù)據(jù)進(jìn)行修改，使其易于修改和維護(hù)，以適應(yīng)將來的變更。軟件重構(gòu)并不修改軟件體系結(jié)構(gòu)，而是關(guān)注模塊的細(xì)節(jié)。5. 逆向工程1）過程的設(shè)計(jì)表示2）程序和數(shù)據(jù)結(jié)構(gòu)信息3）數(shù)據(jù)和控制流模塊4）實(shí)體關(guān)系模塊抽象程度依次提高6. 系統(tǒng)評(píng)價(jià)立項(xiàng)評(píng)價(jià)中期評(píng)價(jià)結(jié)項(xiàng)評(píng)價(jià)7. 運(yùn)行管理語句審計(jì)特權(quán)審計(jì)對象審計(jì)8. 文檔管理文檔管理的制度化文檔要標(biāo)準(zhǔn)化、規(guī)范化文檔管理的人員保證維護(hù)文檔的一致性維護(hù)文檔的可追蹤性構(gòu)件與軟件的復(fù)用1.軟件復(fù)用水平式復(fù)用垂直復(fù)用復(fù)用組織：REBOOT環(huán)境：為復(fù)用開發(fā)和利用復(fù)用進(jìn)行開發(fā)（開發(fā)構(gòu)件和復(fù)用構(gòu)件）STARS關(guān)注過程、體系結(jié)構(gòu)和復(fù)用三者的集成。STARTS認(rèn)為軟件生產(chǎn)線開發(fā)的軟件周期應(yīng)該包括過程驅(qū)動(dòng)、軟件體系結(jié)構(gòu)、領(lǐng)域工程、課復(fù)用構(gòu)件庫這四個(gè)概念。復(fù)用過程：可復(fù)用的構(gòu)件的開發(fā)構(gòu)件組織和管理支持的角色復(fù)用人員：領(lǐng)域工程師，構(gòu)件工程師，應(yīng)用工程師復(fù)用原則：需要頂層管理領(lǐng)導(dǎo)，并需要有長期的回收的經(jīng)費(fèi)支持。為了漸進(jìn)的推行系統(tǒng)的復(fù)用，需要規(guī)劃和調(diào)節(jié)的體系結(jié)構(gòu)、開發(fā)過程、組織結(jié)構(gòu)，并以小規(guī)模的先行項(xiàng)目為典型示范，而后在鋪開。為了復(fù)用，先規(guī)劃體系結(jié)構(gòu)及其逐步實(shí)施的過程過度到明確的復(fù)用組織機(jī)構(gòu)，將可復(fù)用構(gòu)件的創(chuàng)建工作與復(fù)用工作分離開，并且提供明確的支持只能。在真實(shí)的環(huán)境中，進(jìn)行可復(fù)用構(gòu)件的創(chuàng)建和改進(jìn)工作。要將應(yīng)用系統(tǒng)和可復(fù)用構(gòu)件作為一個(gè)經(jīng)濟(jì)核算的產(chǎn)品整體進(jìn)行管理，應(yīng)當(dāng)注重公用構(gòu)件在應(yīng)用系統(tǒng)及其子系統(tǒng)領(lǐng)域中的高盈利作用。要認(rèn)識(shí)到單獨(dú)的對象技術(shù)或者單獨(dú)的構(gòu)件技術(shù)都是不夠的采用競賽和更換負(fù)責(zé)人的辦法，進(jìn)行開發(fā)單位的文化建設(shè)和演化對基礎(chǔ)設(shè)施、復(fù)用教育、技巧培訓(xùn)，要投資和持續(xù)的改進(jìn)要采用度量方法測量復(fù)用過程，并要優(yōu)化復(fù)用程序。2.構(gòu)件技術(shù)可復(fù)用構(gòu)件庫的組織方式有枚舉分類、關(guān)鍵詞分類、多面分類、超文本組織法和可復(fù)用構(gòu)件的3C模型。軟件構(gòu)件的復(fù)用的步驟可分為檢索與提取構(gòu)件、理解與評(píng)價(jià)構(gòu)件、修改構(gòu)件和構(gòu)件的合成。其中構(gòu)件的合并又分為基于功能的合成技術(shù)和基于數(shù)據(jù)的合成技術(shù)。三個(gè)主要流派為OMG的CORAB，Microsoft的COM/DCOM和SUN的EJB/J2EE構(gòu)件系統(tǒng)應(yīng)當(dāng)為復(fù)用者提供簡便靈活的“門面”（facade）。軟件開發(fā)環(huán)境軟件開發(fā)環(huán)境應(yīng)該包括工具集成、界面集成和方法集成軟件開發(fā)環(huán)境可由環(huán)境機(jī)制和工具集構(gòu)成按功能劃分，環(huán)境機(jī)制由和分為環(huán)境信息庫、過程控制和消息服務(wù)、用戶界面規(guī)范。軟件開發(fā)環(huán)境具體有集成性、開放性、可裁剪性、數(shù)據(jù)格式一致性、風(fēng)格統(tǒng)一的用戶界面等特性。ICASE信息庫數(shù)據(jù)完整性信息共享數(shù)據(jù)-工具集成數(shù)據(jù)-數(shù)據(jù)集成方法學(xué)實(shí)踐文檔標(biāo)準(zhǔn)化軟件體系結(jié)構(gòu)1.概念軟件體系結(jié)構(gòu)（軟件架構(gòu)，軟件構(gòu)架）為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式以及這些模式的約束組成。2.軟件體系結(jié)構(gòu)建模結(jié)構(gòu)模型ADL框架模型動(dòng)態(tài)模型過程模型功能模型4+1邏輯視圖：最終用戶：功能需求開發(fā)視圖：編程人員：軟件管理場景視圖進(jìn)程視圖：系統(tǒng)集成人員：性能可擴(kuò)充性吞吐量等物理視圖：系統(tǒng)工程人員：系統(tǒng)拓補(bǔ)、安裝、通信等3.軟件體系結(jié)構(gòu)風(fēng)格分層系統(tǒng)應(yīng)用軟件業(yè)務(wù)軟件中間件系統(tǒng)軟件客戶/服務(wù)器軟件過程改進(jìn)1.CMM模型初始級(jí)可重復(fù)級(jí)（需求管理，軟件項(xiàng)目計(jì)劃，軟件項(xiàng)目跟蹤與監(jiān)控，軟件子合同管理，軟件質(zhì)量保證，軟件配置管理）已定義級(jí)（集成軟件管理，組件協(xié)調(diào)，組織過程交點(diǎn)，組織過程定義，培訓(xùn)程序，軟件產(chǎn)品工程，同級(jí)評(píng)審）已管理級(jí)（定量軟件過程，軟件質(zhì)量管理）優(yōu)化級(jí)（技術(shù)改進(jìn)管理，過程改進(jìn)管理，缺陷預(yù)防）2.PSP（個(gè)人軟件過程）3.TSP（團(tuán)隊(duì)軟件過程）需要有高層主管和各級(jí)管理人員的支持，以取得必要的資源，這是實(shí)施TSP必須具備的物質(zhì)基礎(chǔ)； 軟件過程的改進(jìn)需要全體有關(guān)人員的積極參與，他們不僅需要有改進(jìn)的熱情和明確的目標(biāo)，而且需要對當(dāng)前過程有很好的了解；任何過程改革都有一定的風(fēng)險(xiǎn)，都有一個(gè)實(shí)踐、改革、評(píng)審直至完善的循環(huán)往復(fù)、持續(xù)改善的過程，不可能一蹴而就；項(xiàng)目組的開發(fā)人員需要經(jīng)過PSP的培訓(xùn)，使之直具備自我改善的能力；整個(gè)開發(fā)單位的能力成熟度在總體上應(yīng)處于CMM二級(jí)以上。4.CMM/TSP/PSP三者的結(jié)合原則CMM建立組織級(jí)能力TSP生產(chǎn)并交付高質(zhì)量的產(chǎn)品費(fèi)用期限技能PSP建立個(gè)人的技能CMM的關(guān)鍵過程域與PSP和TSP的對應(yīng)關(guān)系級(jí)別CMM的18個(gè)關(guān)鍵過程域提供者優(yōu)化級(jí)缺陷預(yù)防PSP技術(shù)變更管理PSP過程變更管理PSP可管理級(jí)定量的過程管理PSP軟件質(zhì)量管理PSP已定義級(jí)組織過程管理PSP組織過程定義PSP培訓(xùn)大綱無集成軟件管理PSP軟件產(chǎn)品工程PSP組織協(xié)調(diào)TSP同行專家評(píng)審PSP可重復(fù)級(jí)需求管理TSP軟件項(xiàng)目規(guī)劃PSP軟件項(xiàng)目追蹤和監(jiān)控PSP軟件子合同管理無軟件質(zhì)量保證TSP軟件配置管理TSP5. 軟件過程評(píng)估標(biāo)準(zhǔn)ISO/IEC15504概念和引導(dǎo)指南（參考件）過程和過程能力的參考模型（標(biāo)準(zhǔn)件）進(jìn)行評(píng)估（標(biāo)準(zhǔn)件）進(jìn)行評(píng)估的指南（參考件）評(píng)估模型和指