【文章內容簡介】 分成若干子系統(tǒng)，開始建造的版本 是規(guī)模小的、部分功能的系統(tǒng)，后續(xù)版本添 加包含新功能的子系統(tǒng)，最后版本是包含全部功能的子系統(tǒng)集 。 迭代開發(fā) :系統(tǒng)開始就提供了整體功能框架，后續(xù)版本陸續(xù)增強 各個子系統(tǒng)，最后版本使各個子系統(tǒng)的功能達到最強 . 在所有的軟件開發(fā)過程模型中，你認為哪些過程給予你最大的靈活性以應對需求的變更？ 1 設計對于分析模型應該是可跟蹤的：軟件的模塊可能被映射到多個需求上。 2 設計結構應該盡可能的模擬實際問題。 3 設計應該表現(xiàn)出一致性。 4 不要把設計當成編寫代碼。 5 在創(chuàng)建設計時就應該能夠評估質量。 6 評審設計以減少語義性的錯 誤。 什么是項目進度？ 項目進度是對特定項目的軟件開發(fā)周期的刻畫。包括對項目階段、步驟、活動的分解，對各個活動 的交互關系的描述，以及對各活動完成時間的初步估算。 1 軟件人員應該具備的能力是什么？ 答： (1)完成工作的能力 (2)對工作的興趣 (3)開發(fā)類似應用的經(jīng)驗 (4)使用類似工具或語言的經(jīng)驗 (5)使用類似開發(fā)環(huán)境的經(jīng)驗 (6)使用類似技術的經(jīng)驗 (7)培訓 (8)與他人交流的能力 可行性分析 系統(tǒng)需求分析 程序設計 編寫程序 單元測試 集成測試 系統(tǒng)測試 系統(tǒng)交付 系統(tǒng)維護 4 (9)與他人共同承擔責任的能力 (10)管理技能 1 軟件項目組織的基本結構？主 程序員組式的小組結構有什么優(yōu)點？ 答： (1)主程序員負責制組：簡化交流，更快地作出決定 (2)無私編程方法：所有小組成員共同決定，共同承擔責任。 1 專家估算法的大致含義？ 算式估算法的大致含義？ 答： 專家估算法：依賴于專家判斷，一些是非正式的技術，基于管理人員具有的類似項目的經(jīng)驗。因此，預測的準確性基于估算者的能力、經(jīng)驗、客觀性和洞察力。 算式估算法： 其中 S 是系統(tǒng)規(guī)模估計量， a， b， c 是常量， X 是從 x1 到 xn 的一個成本因素的向量， m 是基于這些因素的一個調整因子。 1 試述 COCOMO 模型的三個階段基本工作原理或含義。 答：階段 1，項目通常構建原型以解決包含用戶界面、軟件和系統(tǒng)交互、性能和技術成熟性等方面在內的高風險問題。 COCOMO 用應用點來估計規(guī)模。 階段 2(早期設計階段 )， COCOMO 采用功能點作為對規(guī)模的估計量。 階段 3(后體系結構階段 )， COCOMO 規(guī)模用功能點或代碼行的形式來表述。 1 什么是風險？有幾種降低風險的策略？ 答： 風險是指一種具有負面后果的、人們不希望發(fā)生的事件。 降低風險的策略 :(1)通過改變性能或功能需求，避免風險 (2)通過把風險分配 到其他系統(tǒng)中，或者購買保險以便在風險成為事實時彌補經(jīng)濟上的損失，從而轉移風險。 (3)假設風險會發(fā)生，接受并用項目資源控制風險。 1 需求的含義是什么 ? 需求是 對期望行為的表達。 1 用例的概念。 Use Case（用例）是一個 UML 中非常重要的概念 ： 在不展現(xiàn)一個系統(tǒng)或子系統(tǒng)內部結構的情況下，對系統(tǒng)或子系統(tǒng)的某個連貫的功能單元的定義和描述。 1 舉例說明獲取需求時的需求分 類及相互關系。 答 ： A 必須滿足的需求 B 很值得要得但不是必須的 C 可要可不要的。 1 什么是功能性需求和非功能性需求 /質量需求？ 答： 功能性需求根據(jù)要求的活動 (如對輸入的反應、活動發(fā)生時每一個實體之前的狀態(tài)和之后的狀態(tài)等等 )來描述需要的行為。 非功能性需求 (質量需求 )描述一些軟件解決方案必須擁有的質量特性，如快速響應的時間，易使用性、高可靠性或低維護代價等。 什么是設計？概念設計？技術設計？ 設計是將問題轉換為解決方案的創(chuàng)造性過程，對解決方案的描述也稱為設計。 概念設計描述軟件的結構 和功能，告訴客戶系統(tǒng)能夠做什么。 技術設計軟件功能和接口的實現(xiàn)方法，告訴程序員怎樣實現(xiàn)系統(tǒng)能做什么。 2 三種設計層次及其關系？ 答： A：結構設計，由軟件需求中的系統(tǒng)能力與系統(tǒng)部件關聯(lián)起來而得到軟件整體結構的過程。包含模塊，模塊之間的聯(lián)系，從子系統(tǒng)創(chuàng)建系統(tǒng)的相關操作。 B：代碼設計，各個部件的算法、數(shù)據(jù)結構的設計。構件 =編程語言原語 +數(shù)據(jù)操縱原語 +組裝機制。 C：運行設計：最底層的設計 — 內存分配、數(shù)據(jù)格式、位模式等。 自頂向下設計是有益的：首先涉及體系結構，然后進行代碼設計，最后是執(zhí)行設計。隨著設計人員對解決方案及其含義有更多的理解，他們就會往返于各層次之間。 2 論述設計用戶界面應考慮的問題。（ 242 頁） 答： (1)隱喻：可以認識和學習的基本術語。 (2)頭腦中的模型 :數(shù)據(jù)、功能、任務和角色的組織和表示。 (3)模型的導航規(guī)則 :如何在數(shù)據(jù) ,功能 ,活動和角色中移動。 (4)外觀：系統(tǒng)向用戶傳輸信息的外觀特性。 (5)感覺：向用戶提供有吸引力的體驗和交互技術。 (6)文化問題 :信仰 ,價值觀、道德規(guī)范、傳統(tǒng)、風俗和 傳說。 (7)用戶偏好：個人喜好。 2 耦合與內聚的概念及層次劃分？ 5 耦合是兩個軟件部件之間的相關聯(lián)程度。 內聚是軟件部件內部的關聯(lián)程度。 2 什么是面向對象？ OO 是一種軟件開發(fā)方法，它將問題及其解決方法組織成一系列獨立的對象，數(shù)據(jù)結構和動作都被包括在內。 2 O