【正文】 MTTF+MTTR) 【系統(tǒng)平均無故障時間MTTF和平均維修時間MTTR】 2)估算平均無故障時間： MTTF=IT /[K( ET Ec(τ))] （其中K為常數(shù)，其典型值是200） 【ET——測試之前程序中錯誤總數(shù)；IT——程序長度(機器指令總 數(shù))；τ——測試(包括調試)時間；Ed( τ)——在 0 至τ期間發(fā) 現(xiàn)的錯誤數(shù) ；Ec( τ)——在 0 至τ期 間改正的錯誤數(shù)。 ④代碼重構：代碼重構是最常見的再工程活動。 3)封裝 （信息隱藏）：在面向對象的程序中，把數(shù)據(jù)和實現(xiàn)操作的代碼集中起來放在對象內部。 ③UML描述屬性的語法格式如下： 可見性 屬性名： 類型名=初值{性質串} (public)、(private)和(protected)，分別用（+）、（）和（）表示。 2)確定關聯(lián)：①初步確定關聯(lián)②篩選③進一步完善。 系統(tǒng)測試。 從動態(tài)模型導出測試用例：用UML提供的狀態(tài)圖來 描繪動態(tài)模型。 2)面向對象語言的技術特點： LISP（動態(tài)聯(lián)編，交互式開發(fā)環(huán)境） SIMULA（類的概念，繼承機制） Modula_2和Ada（數(shù)據(jù)抽象機制） 選擇程序設計的風格： 1)提高可重用性：①提高方法的內聚②減小方法的規(guī)模③保持方法的一致性④把策略與實現(xiàn) 分開⑤全面覆蓋⑥盡量不使用全局信息⑦利用繼承機制。 在面向對象方法學中，對象模型是最基本最重要的，它為其他兩種模型奠定 了基礎，我們依靠對象模型完成3種模型的集成。 3)類圖的基本符號： ①定義類：圖形符號為長方形，分成上、中、下3個區(qū)域。 實現(xiàn)了數(shù)據(jù)封裝。 2)優(yōu)勢：①減少軟件演化風險②降低成本。 確認測試： 1)目標：驗證軟件的有效性。 3)黑盒測試與白盒測試優(yōu)缺點比較： BRO測試： 1)測試的一些規(guī)定：對于布爾變量B來說，B的輸出約束指出，B必須是真（t）或假（f）。 2)軟件測試:為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。 ①方法：先畫出流圖，然后用該圖的環(huán)路數(shù)作為程序復雜性的度量值。 判定樹和判定表的優(yōu)缺點： 注：判定表與判定樹并不適用于作 為一種通用的設計工具，通常用于輔助測試。 過程設計工具： 1)程序流程圖： 優(yōu)點：直觀、容易掌握，且歷史“久”， 使用廣泛。 H圖 在H圖基礎上的修改 HIPO圖 2) HIPO圖：(1)是美國IBM公司發(fā)明的“層次圖＋輸入/處理/輸出圖”的英文縮寫。 ④公共環(huán)境耦合：兩個或多個模塊通過一個公共數(shù)據(jù)環(huán)境相互作用。 優(yōu)點：改進了文檔質量，能保證文檔具有完整性、一致性和無二義性，從而可 以減少管理和維護的費用；數(shù)據(jù)存放在數(shù)據(jù)庫中，便于增加、刪除和更改。 ：關注滿足客戶需求。 【【【系統(tǒng)流程圖表達的是數(shù)據(jù)在系統(tǒng)各部件之間流動的情況，而不是對數(shù)據(jù)進行加工處理 的控制過程，是物理數(shù)據(jù)流圖而不是程序流程圖。 缺點：快速原型內部結構并不重要，重要的是迅速構建原型，并迅速修改， 以反應客戶需求。 軟件危機的消除途徑：解決軟件危機，既要有技術措施(方法和工具)， 又要有必要的組織管理措施。 ②每個階段結束前都要對所完成的文檔進行評審，以便盡早發(fā) 現(xiàn)問題，改正錯誤。 ,在各項開發(fā)活 動，即分析、設計和編碼之間不存在明顯的邊界。數(shù)據(jù)字典的實現(xiàn)過程：數(shù)據(jù)字典幾乎總是作為CASE“結構化分析與設計工具”的一部分實現(xiàn)的。在一張狀態(tài)圖中只能有一個初態(tài)，而終態(tài)則可以有0至多個。 (2)為什么模塊的獨立性很重要? (即具有獨立的模塊)的軟件比較容易開發(fā)出來。 啟發(fā)規(guī)則：利用長期實踐中積累的豐富經驗來改進軟件設計，提高軟件質量。 交換流 輸入流 輸出流 3)事務分析：數(shù)據(jù)流具有明顯的事務特點(事務中心)時，采用事務分析方法。 (2) PAD圖所描繪的程序結構十分清晰。 ②找出輸入數(shù)據(jù)結構和輸出數(shù)據(jù)結構中有對應關系的數(shù)據(jù)單元。 2)①程序內部的文檔:包括恰當?shù)臉俗R符、適當?shù)淖⒔夂统绦虻囊曈X組織等（例：次數(shù)－times）。 BRO測試 。對于(E3=E4)來說，t 意味著=，而f意味著或。 因為 所以可得 解得 ：ET=45,K= 又因為 已知集成測試結束時MTTF=100h，即： 所以 ＝42 即，集成測試結束時總共改正了42個錯誤，還有45－42＝3個錯誤。 可重用性好。 2)面向對象方法開發(fā)軟件需要建立3種形式的模型： 對象模型：描述系統(tǒng)數(shù)據(jù)結構； 動態(tài)模型：描述系統(tǒng)控制結構； 功能模型：描述系統(tǒng)功能。 功能模型： 1)概念：表示變化的系統(tǒng)的“功能”性質，它指明了系統(tǒng)應該“做什么”，因此更直接地反映了 用戶對目標系統(tǒng)的需求。（圖二） 激活：如果對象接收到消息立即執(zhí)行某個活動，就稱該對被激活了。 測試類的方法、集成測試的方法： 1)測試類的方法： 隨機測試：隨機產生的測試用例。 ⑵①基于狀態(tài)的劃分②基于屬性的劃分③基于功能的劃分。（圖三） 3)綜合實例： 面向對象的設計： 1)面向對象設計的準則： 模塊化：對象就是模塊。 由用例圖組成（面向對象方法）。 描述了系統(tǒng)的靜態(tài)結構。 可維護性好。 1)四類維護活動: (1)改正性維護 (2)適應性維護 (3)完善性維護 (4)預防性維護。故C2的約束集為：{(t,=),(f,=),(t,),(t,)} 。 包括：㈠、簡單循環(huán)； ㈡、嵌套循環(huán)； ㈢、串接循環(huán)。 ③語句構造:每個語句都應該簡單而直接。 ④列出所有操作和條件，并且把它們分配到程序結構圖的適當位置。 (4) 容易將PAD圖轉換成高級語言源程序。 5)軟件開發(fā)方法主要有： 面向數(shù)據(jù)流的結構化方法 傳統(tǒng)開發(fā)方法 面向數(shù)據(jù)結構的Jackson方法（見第6章） 面向對象方法（見第912章）第5章 詳細設計 詳細設計階段的根本目標：確定應該怎樣具體地實現(xiàn)所要求的系統(tǒng)。 (3) 深度、寬度、扇出和扇入都應適當； a. 深度：表示軟件結構中控制的層數(shù)。 (3)耦合：對一個軟件結構內不同模塊之間互連程度的度量。 ：(1)初態(tài)：用實心圓表示；(2)終態(tài)：用一對同心圓表示；(3)中間狀態(tài)： 用圓角矩形表示。 2)成本/效益分析的方法：： F=P(1+i)^n ：使累計的經濟效益等于最初的投資所需要 的時間。第二章可行性研究可行性研究的任務：可行性研究的目的不是解決問題，而是用最小的代價在盡可能短的時間內確 定問題是否能夠解決，是否值得去解決。 缺點：①需求模糊的系統(tǒng)可能不滿足用戶需求。 軟件危機包含兩方面的問題：1）如何開發(fā)軟件以滿足對軟件日益增長的需求； 2）如何維護數(shù)量不斷膨脹的已有軟件。 2）快速原型模型：。 系統(tǒng)的流程圖：(1)定義：是概括地描繪物理系統(tǒng)的傳統(tǒng)工具。 P=F1/(1+j)+F2/(1+j)2+……+Fn/(1+j)n第三章需求分析 需求分析的任務：1)確定對系統(tǒng)的綜合要求2)分析系統(tǒng)的數(shù)據(jù)要求(通常采用建立數(shù)據(jù)模型的方法)； 即：準確地回答：“系統(tǒng)必須做什么?” 獲得需求的主要方法：1)訪談：訪談是使用最早的、迄今仍然最廣泛的一種需求分析技術； 2)面向數(shù)據(jù)流自頂向下求精：結構化分析方法就是面向數(shù)據(jù)流自