【正文】 理開始于任何技術(shù)活動之前，并且貫穿于整個的軟件生命周期。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng)用項目取得的成功。xp的核心是其總結(jié)的四大價值觀：溝通、簡單、反饋和勇氣、它們是xp的基礎(chǔ)，也是xp的靈魂。這四個階段主要是為了達到以下階段性的目標(biāo)里程碑：先啟(Inception)：確定項目開發(fā)的目標(biāo)和范圍精化(Elaboration)：確定系統(tǒng)架構(gòu)和明確需求構(gòu)建(Construction)：實現(xiàn)剩余的系統(tǒng)功能產(chǎn)品化(Transition)：完成軟件的產(chǎn)品化工作，將系統(tǒng)移交給客戶2005年下半年：l 在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標(biāo)是不很清楚，難以定義需求，這時最好使用 　?。?）　　 。螺旋線第一圈的開始點可能是一個概念項目。(4)在用戶不希望把自己的時間花在軟件開發(fā)過程中的時候，應(yīng)該使用原型化方法。而演化模型應(yīng)用于整個軟件開發(fā)過程，是從初始模型逐步演化為最終軟件產(chǎn)品的漸進過程。（9） 　　 　　 　 原型模型 快速原型模型快速原型的用途是獲知用戶的真正需求，一旦需求確定了，原型即被拋棄。 各活動階段主要文檔l 可性行研究報告l 項目開發(fā)計劃l 需求規(guī)格說明書l 初步用戶使用手冊l 確認(rèn)測試的測試計劃l 修改完善的軟件開發(fā)計劃l 系統(tǒng)測試計劃文檔 概要設(shè)計階段文檔l 概要設(shè)計說明書l 數(shù)據(jù)庫說明書l 用戶手冊l 修訂的測試計劃（測試的策略、方法、步驟） 詳細(xì)設(shè)計階段l 詳細(xì)設(shè)計說明書 編碼l 程序清單 測試l 完善的測試計劃書l 軟件測試報告 系統(tǒng)測試階段l 系統(tǒng)測試報告2005年下半年l 應(yīng)該在　（7） 階段制定系統(tǒng)測試計劃。四．什么是軟件生存周期？有哪些活動？一個軟件從提出開發(fā)要求開始到軟件廢棄不用的整個過程?！伴_發(fā)成本高”，用戶對“已完成的”的軟件系統(tǒng)不滿足的現(xiàn)象經(jīng)常發(fā)生。 開發(fā)活動可行性分析和項目開發(fā)計劃、需求分析和定義、軟件設(shè)計（先后細(xì)分為：概要設(shè)計和詳細(xì)設(shè)計）、編碼、測試和運行維護可行性分析和項目開發(fā)計劃：用戶、項目負(fù)責(zé)人和系統(tǒng)分析師搞清楚系統(tǒng)要解決的問題是什么？以及從技術(shù)、經(jīng)濟、時間等方面論證項目開發(fā)可行性。（7）A. 需求分析 B. 概要設(shè)計 C. 詳細(xì)設(shè)計 D. 系統(tǒng)測試●（29）詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。主要用于需求分析階段。也就是說，快速原型模型是一種“拋棄式”的原型化方法，而演化模型則是一種“漸進式”的原型化方法。(5)使用原型化方法時應(yīng)該使用第三代編程語言。從第二圈開始，一個新產(chǎn)品開發(fā)項目開始了，新產(chǎn)品的演化沿著螺旋線進行若干次迭代，一直轉(zhuǎn)到軟件生命期結(jié)束。（6）A. 原型法 B. 瀑布模型 C. V模型 D. 螺旋模型2006年上半年：漸增式開發(fā)方法有利于 (4) 。5個原則：快速反饋、簡單性假設(shè)、逐步修改、提倡更改和優(yōu)質(zhì)工作。l 已定義級 已將軟件管理和工程兩方面的過程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)化軟件過程。軟件工程項目管理一般分為時間管理、成本管理、人力資源管理、風(fēng)險管理。 軟件項目的管理人員應(yīng)該密切注視關(guān)鍵任務(wù)的進展情況。它將軟件系統(tǒng)模型分為系統(tǒng)和部件兩個層次，系統(tǒng)由部件構(gòu)成，它把軟件開發(fā)所需人力（成本）看作是程序大小和一系列“成本驅(qū)動屬性”的函數(shù)。技術(shù)風(fēng)險威脅到開發(fā)軟件的質(zhì)量及軟件交付時間，如果技術(shù)風(fēng)險比恩成現(xiàn)實，則開發(fā)工作可能變得很困難或根本不可能。l 減輕策略：當(dāng)風(fēng)險很難避免或轉(zhuǎn)移時，可以考慮采取減輕策略來降低風(fēng)險發(fā)生的概率或減輕風(fēng)險帶來的損失。對于這個風(fēng)險，我們可以定義其風(fēng)險響應(yīng)策略為增加硬件資源以提高系統(tǒng)性能。 連續(xù)性如果對系統(tǒng)需求的微小修改只導(dǎo)致對單個模塊，而不是整個系統(tǒng)的修改，則修改引起副作用就會被最小化。 外部耦合模塊與軟件以外的環(huán)境有關(guān)聯(lián)。設(shè)計時應(yīng)該力求高內(nèi)聚，理想內(nèi)聚的模塊應(yīng)當(dāng)恰好做一件事情。 7）功能內(nèi)聚：模塊內(nèi)的所有成分屬于一個整體，完成單一的功能。l 模塊的扇入應(yīng)盡量大，扇出應(yīng)盡量小。2006年上半年：● 模塊的耦合度描述了 (16) 。(DFD圖)l DFD的基本成分?jǐn)?shù)據(jù)流圖主要由4種成分組成，如下表所示：數(shù)據(jù)流（data flow）：由一組固定成分的數(shù)據(jù)組成，表示數(shù)據(jù)的流向。流向文件的數(shù)據(jù)流表示寫文件，流出文件的數(shù)據(jù)流表示讀文件，雙向箭頭表示對文件既讀又寫。、加工、文件、源/宿命名，名字應(yīng)反映該成分的實際意義，避免空洞的名字。DFD信息流大致可分為兩類：交換流和事務(wù)流。通常用矩形框代表實體，并用直線把實體（或關(guān)系）與其屬性連接起來。 結(jié)構(gòu)圖的主要成分有模塊、調(diào)用和數(shù)據(jù)，結(jié)構(gòu)圖中的模塊用矩形表示，在矩形框內(nèi)可標(biāo)上模塊的名字。詳細(xì)設(shè)計階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實現(xiàn)所要求的系統(tǒng)，得出對目標(biāo)系統(tǒng)的精確描述。 Jackson方法 上面講的結(jié)構(gòu)化設(shè)計方法是面向數(shù)據(jù)流的，另外還有一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法， Jackson方法是最著名的面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法,而不是面向數(shù)據(jù)流的設(shè)計方法。數(shù)據(jù)流圖說明數(shù)據(jù)流是如何從外部輸入、經(jīng)過操作和內(nèi)部存儲而得到輸出的。(1).功能性與功能及其指定的性質(zhì)的一組軟件屬性。為了提高可移植性，應(yīng)注意提高軟件的設(shè)備獨立性。2） 開發(fā)人員的習(xí)慣一旦形成難以改變，他們的形為也難于控制，而高質(zhì)量的軟件產(chǎn)品，又主要取決于參與開發(fā)的人員。6） 對軟件的每次“變動”都要經(jīng)過申請、評估、批準(zhǔn)、實施等步驟。－效益分析可用哪些指標(biāo)進行度量？l 投資回收率：通常把建立系統(tǒng)若干年后所取得的收益折算成現(xiàn)在的價值和開發(fā)系統(tǒng)所需的費用進行比較得出投資回收率。l 系統(tǒng)測試是把已確認(rèn)的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一起進行測試，以確定軟件是否可以支付使用。因此，條件組合覆蓋是上述五種覆蓋標(biāo)準(zhǔn)中最強的一種。（34）A. 1 B. 2 C. 3 D. 4 黑盒測試黑盒測試，又稱為功能測試。測試一個模塊時需要為該模塊編寫一個驅(qū)動模塊和若干個樁（stub）模塊。自頂向下集成先測試上層模塊，再測試下層模塊，由于測試下層模塊時上層模塊已經(jīng)測試過，所以不必要另外編寫驅(qū)動模塊。開發(fā)者負(fù)責(zé)紀(jì)錄發(fā)現(xiàn)的錯誤和使用中遇到的問題，也就是說α測試是在受控的環(huán)境中進行的。l 可靠性測試：從平均失效間隔是否超過了規(guī)定的時限，因故障而停機的時間在一年中不應(yīng)超過的時間來進行檢測。維護人員：概要設(shè)計說明書、詳細(xì)設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、模塊開發(fā)卷宗、測試分析報告、維護報告。（1）可理解性可理解性是指維護人員理解軟件的結(jié)構(gòu)，接口，功能和內(nèi)部過程的難易程度。在給定的時間內(nèi)，在給定的環(huán)境條件下系統(tǒng)完成所指定工作的概率。A～B①版本管理 ②系統(tǒng)發(fā)行 ③版本標(biāo)志 ④發(fā)行管理：軟件開發(fā)管理人員更關(guān)心項目開發(fā)的 1 ，而沒有太高的熱情去控制開發(fā)的 2 ；開發(fā)人員的習(xí)慣一旦形成，難以改變，他們的行為往往 3 ；不同開發(fā)人員對問題的不同認(rèn)識 4 ；項目組中骨干開發(fā)人員的 5 等。白盒測試是根據(jù)程序的__(17)__來設(shè)計測試用例,黑盒測試是根據(jù)軟件的規(guī)格說明來設(shè)計測試用例。 (20):,書寫詳細(xì)正確的文檔(2) A、易復(fù)制 B、易損壞 C、易開發(fā) D、易使用(3) A、 技術(shù) B、版權(quán) C、開發(fā) D、使用說明 (21) 測試。(27)A．模塊的作用范圍應(yīng)在控制范圍之內(nèi) B．模塊的控制范圍應(yīng)在作用范圍之內(nèi)C．模塊的作用范圍與控制范圍交叉 D．模塊的作用范圍與控制范圍分離，以下敘述中正確的是 (28) (28)A．模塊的內(nèi)聚性高，模塊之間的耦合度高 B．模塊的內(nèi)聚性高，模塊之間的耦合度低C．模塊的內(nèi)聚性低，模塊之間的耦合度高 D．模塊的內(nèi)聚性低，模塊之間的耦合度低__(32)__不屬于軟件的復(fù)雜性參數(shù)。（52），以便給用戶提 供更大的自主性 ，以減少錯誤的發(fā)生 ，為了不干擾用戶，應(yīng)盡量避免提示信息，可以將軟件開發(fā)的生命周期劃分為軟件項目計劃、 （50） 、軟件設(shè)計、編碼、測試和運行/維護6個階段。(55)　　　　　　　　　　　　，選出5條正確的敘述，并按編號依次填寫在A～E欄內(nèi)。⑧ 原型化方法大致可分為演化式和遞增式⑨ 采用原型化方法時，軟件的開發(fā)成本較高。它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護。例如，一個模塊把一個數(shù)值量做為參數(shù)傳送給另一模塊。開發(fā)人員主要使用的有[__A__]、[__B__]、[__D__]、數(shù)據(jù)要求說明書、概要設(shè)計說明書、詳細(xì)設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試計劃和[__E__]。它主要包括條件覆蓋、條件組合（多重條件）覆蓋、判定覆蓋、條件及判定覆蓋、語句覆蓋、路徑覆蓋等幾種，其中除路徑覆蓋外最弱的覆蓋標(biāo)準(zhǔn)是__D__，最強的覆蓋標(biāo)準(zhǔn)是__E__。 可移植性是反映出把一個原先在某種硬件或軟件環(huán)境下正常運行的軟件移植到另一個硬件或軟件環(huán)境下，使該軟件也能正確地運行的難易程序。一個模塊內(nèi)部的內(nèi)聚種類中＿Ｄ＿內(nèi)聚的內(nèi)聚度最高，＿E＿內(nèi)聚的內(nèi)聚度最低。供選擇的答案：A： ①數(shù)據(jù)結(jié)構(gòu) ②數(shù)據(jù)流 ③對象 ④構(gòu)件（ponent）B： ①0 ②1 ③1～N ④0～NC： ①有且僅有一條數(shù)據(jù)流 ②至少有一條數(shù)據(jù)流 ③可以有0或多條名字互不相同的數(shù)據(jù)流④可以有0或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流D： ①父圖與子圖 ②同一父圖的所有子圖 ③不同父圖的所有子圖 ④同一子圖的所有直接父圖E： ①控制流和變換流 ②變換流和事務(wù)流 ③事務(wù)流和事件流 ④事件流和控制流試題6軟件的易維護性是指理解、改正、改進軟件的難易度。 (9): 在軟件的開發(fā)過程中往往采取各種措施來提高軟件的易維護性。供選擇的答案:A：①對象 ②功能 ③ER ④靜態(tài) B：①控制 ②時序 ③動態(tài) ④實時C：①對象 ②功能 ③變換 ④計算 D：①類圖 ②狀態(tài)圖 ③對象圖 ④數(shù)據(jù)流圖E：①類圖 ②狀態(tài)圖 ③對象圖 ④數(shù)據(jù)流圖2000年試題試題5在軟件開發(fā)過程中常用圖作為描述工具。 　　可維護性通常包括_B_。在黑盒測試方法中，等價類劃分方法設(shè)計測試用例的步驟是： 根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干個有效等價類和若干個無效等價類； 設(shè)計一個測試用例，使其覆蓋__B__尚未被覆蓋的有效等價類，重復(fù)這一步，直至所有有效等價均被覆蓋。供選擇的答案 A～E: ①軟件需求說明書 ②項目開發(fā)計劃 ③可行性研究報告 ④模塊開發(fā)卷宗 ⑤測試分析報告 ⑥操作手冊⑦用戶手冊1996年試題試題2 在軟件工程的設(shè)計階段中，有三種常用的設(shè)計方法：結(jié)構(gòu)化設(shè)計（SD）方法、Jackson 方法和 Parnas 方法。供選擇的答案B～E：① 公共耦臺② 數(shù)據(jù)耦合③ 邏輯耦合④ 外部耦合⑤ 內(nèi)容耦合⑥ 控制耦合1992年試題試題3 ，它是一種面向 __A__ 的設(shè)計方法，主要適用于規(guī)模適中的 __B__ 系統(tǒng)的開發(fā)，其基本步驟依次是 __C__ 、 __D__ 、__E__ 。 軟件設(shè)計中劃分程序模塊通常遵循的原則是要使各模塊間的耦合性盡可能 __A__。② 在用戶的數(shù)據(jù)資源沒有得到很好地組織和管理的時候，應(yīng)該使用原型化方法。在規(guī)定的條件下和規(guī)定的時間間隔內(nèi)，軟件實現(xiàn)其規(guī)定功能的概率稱為 （52） 。(33)A．程序結(jié)構(gòu)與問題結(jié)構(gòu)相對應(yīng)　B．程序結(jié)構(gòu)與問題結(jié)構(gòu)相獨立　C．程序結(jié)構(gòu)與用戶界面相對應(yīng)　D．程序結(jié)構(gòu)與用戶界面相獨立、軟件環(huán)境和數(shù)據(jù)環(huán)境發(fā)生變化時需要對系統(tǒng)進行維護，這種維護屬于__(34)__。(29)A．靈活性 B．風(fēng)格多樣性 C．美觀性 D．易操作性(22) A、算法 B、平臺 C、程序語言 D、用戶需求, 表示 (23) ， 表示 (24) 。 (18):其中,__(18)__經(jīng)常與其它方法結(jié)合起來使用。其中，用來存儲、更新、恢復(fù)和管理軟件版本的工具為 A 工具，用來對軟件開發(fā)過程中形成的文檔進行分析的工具稱為 B 工具，用來維護軟件項目開發(fā)信息的工具稱為 C 工具，用來輔助軟件人員進行逆向工程活動的工具稱為 D 工具，用來支持重構(gòu)一個功能和性能更為完善的軟件系統(tǒng)的工具稱為 E 工具。軟件工程練習(xí)題，單元測試（模塊測試）通常在__A__階段完成。（2）可測試性: 可測試性是指測試和診斷軟件錯誤的難易程度。2006年下半年：●（29）詳細(xì)描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。 注意：系統(tǒng)測試計劃在需求分析階段制定。也就是說，β測試是在受控的環(huán)境中進行的。頂層模塊測試時不需要驅(qū)動模塊，底層模塊測試時不需要樁模塊。 在進行單元測試時，常用的方法是白盒測試(采用邏輯覆蓋的測試技術(shù))，輔之以黑盒測試。常用的黑盒測試技術(shù)包括等價類劃分，邊值分析、錯誤推測和因果圖等。 else d=d/(x*y)。可以把程序看成裝在一個透明盒子里，測試者（一般為編程者）完全知道程序的結(jié)構(gòu)和處理算法。l 純收入：整個軟件生命周期之內(nèi)的累計經(jīng)濟效益（折成現(xiàn)在值）與投資之差。8） 軟件生存期的各階段都要完整的文檔。4） 軟件開發(fā)人員的頻繁流動，特別是骨干開發(fā)人員的流失，也會使軟件質(zhì)量受到一定的影響。為了提高可移植性，還應(yīng)有完備的文檔資料。也可以稱為在規(guī)定的條件下和規(guī)定的時間間隔內(nèi)，軟件實現(xiàn)其規(guī)定功能的概率。通常也稱為CASE（Computer