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