【正文】 率。③具有一定的市場。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫數(shù)據(jù)流從輸入到輸出的移動變換過程，是一種功能模型。確認(rèn)待開發(fā)系統(tǒng)可能會涉及的任何侵犯、妨礙、責(zé)任等問題。⑶是對以上已進行的兩項工作進行描述,以形成需求文檔。④作進一步補充和優(yōu)化。模塊化的根據(jù)：把復(fù)雜的問題分解成許多容易解決的小問題，原來的問題也就容易解決了。按內(nèi)聚度從低到高依次有7種內(nèi)聚種類： ①偶然內(nèi)聚（模塊完成的多個任務(wù)，任務(wù)之間的關(guān)系松散）；②邏輯內(nèi)聚（模塊完成邏輯相關(guān)的一組任務(wù)）；③瞬時內(nèi)聚（模塊的所有任務(wù)必須在同一時間間隔內(nèi)執(zhí)行）；④過程內(nèi)聚（模塊的處理元素相關(guān)而且按照特定的次序執(zhí)行）；⑤通信內(nèi)聚（模塊的所有元素集中在一個數(shù)據(jù)結(jié)構(gòu)區(qū)域上）；⑥順序內(nèi)聚（模塊的處理元素相關(guān)，必須順序執(zhí)行）；⑦功能內(nèi)聚（模塊完成單一的功能，各個部分協(xié)調(diào)工作，而且不可缺少）耦合和內(nèi)聚的關(guān)系：一般說來，在系統(tǒng)中各模塊的內(nèi)聚越大，則模塊間的耦合越小。(4)功能描述：說明與已定義的動作相對應(yīng)的功能，為已定義的動作加入功能函數(shù)。而寬度優(yōu)先的結(jié)合方法是沿軟件結(jié)構(gòu)水平地移動，把處于同一個控制層次上的所有模塊組裝起來。類是支持繼承的抽象數(shù)據(jù)類型，而對象就是類的實例：類結(jié)構(gòu)：類的結(jié)構(gòu)通常有一般具體（分類結(jié)構(gòu)）整體抽象（組裝結(jié)構(gòu)） 消息：對象之間通信的構(gòu)造。面向?qū)ο蠼＃孩倜枋鱿到y(tǒng)數(shù)據(jù)結(jié)構(gòu)的對象模型，②描述系統(tǒng)控制結(jié)構(gòu)的動態(tài)模型和③描述系統(tǒng)功能的功能模型。 （2） 早期設(shè)計模型。⑵從問題陳述容易看出，本系統(tǒng)的數(shù)據(jù)終點是接收警告信息和病情報告的護士。因為一位儲戶可以在多家儲蓄所存取款，一家儲蓄所擁有多位儲戶，所以“存取款”是多對多（M:N）關(guān)系。經(jīng)過兩個月測試后,總共改正了25個錯誤(第二個月改正了10個錯誤)MTTF=15H. var x: real)beginif (y1) and (z=0) then x:=x/y。 ④ y=1, z=1, x=1.1 問題性質(zhì)：教學(xué)事務(wù)管理系統(tǒng)是一個應(yīng)用于校內(nèi)所有學(xué)生各種信息的管理系統(tǒng)。　　(猜考畫圖，或25題)第一章 軟件工程介紹l 軟件的特性1． 軟件是設(shè)計開發(fā)的，而不是傳統(tǒng)意義上的生產(chǎn)制造的。l 通用軟件過程框架：溝通，策劃，建模，構(gòu)建，部署?？赡懿捎貌缓线m的操作系統(tǒng)、編程語言、效率低的算法，這些不理想的選擇成了系統(tǒng)的組成部分。定義在軟件完成后可以被確認(rèn)的一組需求。（5） 文檔材料是系統(tǒng)開發(fā)生命周期中重要的可遞交成果，應(yīng)加以重視第八章 設(shè)計工程l 簡述良好設(shè)計的三個特征：1。因此，在軟件開發(fā)過程中把框架和模式配合起來使用，可以極大地提高軟件的重用。好的測試具有較高的發(fā)現(xiàn)錯誤的可能性；2。l 控制結(jié)構(gòu)測試的3個主要方法：條件測試，數(shù)據(jù)流測試，循環(huán)測試l 黑盒測試的兩個主要方法：等價類劃分，邊界值分析l 類級可應(yīng)用的測試方法：隨機測試，劃分測試l 面向?qū)ο蟮念惣墑澐譁y試的主要方法：基于狀態(tài)劃分，基于屬性劃分，基于類別劃分l 以圖例說明從行為模型導(dǎo)出測試用例第十四章 產(chǎn)品度量l 軟件度量為產(chǎn)品內(nèi)部屬性的質(zhì)量評估提供了一種（定量）方法，從而可以是軟件工程師在產(chǎn)品開發(fā)出來之前進行質(zhì)量評估l 軟件測量的5個主要活動：公式化，收集，分析，解釋，反饋l 面向目標(biāo)的軟件測量（GQM范型）的內(nèi)容：1。5。簡單的和可計算的2。l 黑盒測試的定義：所謂黑盒測試是指在完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程的前提下,在程序接口進行的測試,它只檢查程序功能是否能按照規(guī)格說明書的規(guī)定正常使用,程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)產(chǎn)生正確的輸出信息,又稱為功能測試。3。l 設(shè)計模型包含的四種元素是什么：數(shù)據(jù)/類設(shè)計、體系結(jié)構(gòu)設(shè)計、接口設(shè)計、構(gòu)建級設(shè)計l 軟件體系結(jié)構(gòu)的定義：軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)為系統(tǒng)提供概念上完整性的方式l 模塊應(yīng)該詳細(xì)說明且精心設(shè)計以求在某個模塊中包含的信息不被不需要這些信息的其他模塊訪問l 重構(gòu)的定義：是使用這樣一種方式改變軟件系統(tǒng)的過程：不改變代碼設(shè)計的外部行為而是改進其內(nèi)部結(jié)構(gòu)l 舉例說明逐步求精l 框架和設(shè)計模式之間的區(qū)別：框架能使應(yīng)用程序的開發(fā)簡單，價格低廉，但是開發(fā)框架不是一件容易的事。l 使用UML類圖來舉例說明組合和聚合之間的區(qū)別l 使用UML類圖舉例說明關(guān)聯(lián)和依賴之間的區(qū)別系統(tǒng)分析的經(jīng)驗原則（1） 系統(tǒng)開發(fā)是面向客戶的，應(yīng)從客戶的角度考慮。l 用例的定義：講述了能表達主題場景的故事：最終用戶如何在一特定環(huán)境下和系統(tǒng)交互l 在需求工程的導(dǎo)出階段，三個主要的需求收集活動是：主持人會議、QFD和用戶場景開發(fā)第七章 構(gòu)建分析模型l 分析模型在系統(tǒng)描述和設(shè)計模型之間建立橋梁。l 簡述瀑布模型在實際運用中所面臨的問題（缺點）：“瀑布模型是由文檔驅(qū)動的”這個事實也是它的一個主要缺點。l 遺留系統(tǒng)發(fā)生系統(tǒng)演化的原因：，從而滿足新的計算環(huán)境或者技術(shù)的需求；；；?！　⊥扑]行動方針 通過從技術(shù)，經(jīng)濟，可操作三方面的研究，分析的出結(jié)論，此系統(tǒng)是可行的。(2)用白盒法設(shè)計測試用例，并寫出它所滿足的是何種覆蓋標(biāo)準(zhǔn)、預(yù)期結(jié)果以及路徑。解:⑴假設(shè)在程序的平均無故障時間MTTF和測試時間t之間存在線性關(guān)系,即:MTTF=a+bt；根據(jù)題意可知，當(dāng)t=1時，MTTF=10h；當(dāng)t=2時，MTTF=15h；把這些已知數(shù)據(jù)代入上列方程得:a + b=10 ； 解此方程得：a=5； b=5；a + 2b=15； 因此MTTF與t之間有下列關(guān)系：MTTF=5 +5t；根據(jù)上列方程式畫出平均無故障時間MTTF與沒試時間t的關(guān)系曲線，如圖：自已畫⑵為使MTTF=100h,需要的測試時間由方程式得出:100=5+5t。 解：從問題陳述可知，復(fù)印機的狀態(tài)主要有“閑置”、“復(fù)印”、“缺紙”和“卡紙”。此外，定時記錄病人生理信號所形成的“患者日志”，顯然也是一個數(shù)據(jù)存儲。Gantt圖和工程網(wǎng)絡(luò)圖：2 產(chǎn)生最佳解的一般結(jié)構(gòu)：2 目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察危重病人的病情變化，還會延誤搶救時機。2 在結(jié)構(gòu)化設(shè)計過程中，要將數(shù)據(jù)流圖(DFD)映射成系統(tǒng)結(jié)構(gòu)圖(SC),畫出變換型數(shù)據(jù)流和事物型數(shù)據(jù)流的映射方式。1 對比瀑布模型和增量模型，指出增量模型的新思路。封裝：從字面上理解，所謂封裝就是把某個事物包起來，使外界不知道該事物的具體內(nèi)容。1 對象：是對現(xiàn)實世界實體的正確抽象，它是由描述內(nèi)部狀態(tài)表示靜態(tài)屬性的數(shù)據(jù)，以及可以對這些數(shù)據(jù)施加的操作，封裝在一起所構(gòu)成的統(tǒng)一體。自頂向下集成：從主控制模塊開始，沿著程序的控制層次向下移動，逐漸把各個模塊結(jié)合起來。因此，在模塊的分解中應(yīng)盡量減少模塊的耦合，力求增加模塊的內(nèi)聚。模塊之間的連接越緊密，聯(lián)系越多，耦合性就越高，而其模塊獨立性就越弱。模塊：軟件系統(tǒng)的層次結(jié)構(gòu)正是模塊化的具體體現(xiàn)。3種模型：①數(shù)據(jù)模型、②功能模型和③行為模型。作 用：⑴為系統(tǒng)的分析\設(shè)計及維護提供了有關(guān)元素的一致的定義和詳細(xì)的描述.⑵為分析人員查找數(shù)據(jù)流圖中有關(guān)名字的詳細(xì)定義而服務(wù)的.⑶它和數(shù)據(jù)流圖共同構(gòu)成了系統(tǒng)的邏輯模型,是需求規(guī)格說明書的主要組成部分.條 目：數(shù)據(jù)流、數(shù)據(jù)項、數(shù)據(jù)存儲、基本加工。確定待開發(fā)系統(tǒng)是否值得