軟件工程
填空題
1、對於一個項目而言，過程管理計劃是項目管理計劃的主體，一般還可能存在一些對支持生存週期過程具有重要作用的其他計劃，包括軟件工程管理計劃、軟件配置管理計劃、軟件質量保證計劃、軟件驗證和確認計劃和軟件度量計劃等。
簡答題
第一題題型
1、簡述軟件開發的本質以及基本途徑。
軟件開發的本質：實現空間問題的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。
軟件開發的基本途徑：實現這一映射的基本途徑是系統建模。
2、筒述軟件危機與軟件工程的概念以及提出軟件工程概念的目的。
軟件生產效率、軟件質量遠遠滿足不了社會發展的需求，成爲社會、經濟發展的制約因素，稱爲軟件危機；
軟件工程是應用計算機科學理論和技術以及工程管理原則和方法，按預算和進度實現滿足用戶要求的軟件產品的工程，或以此爲研究對象的學科；
軟件工程概念的目的：倡導以工程的原理、原則和方法進行軟件開發，以解決出現的軟件危機；
3、簡述計算機軟件的概念以及提出軟件工程概念的目的。
計算機軟件一般是指計算機系統中的程序及文檔。
程序是計算機任務的處理對象和處理規則的描述。
文檔是爲了理解程序所需的闡述性資料。
倡導以工程的原理、原則和方法進行軟件開發，以解決出現的軟件危機。
其他題型
1、簡述需求規約的概念及其基本性質。
需求規約是一個軟件項/產品/系統所有需求陳述的正式文檔，它表達了一個軟件產品/系統的概念模型，有4個基本性質。
重要性和穩定性程度：按需求的重要性和穩定性程度，對需求進行分級。
可修改的：不過多影響其他需求的前提下，修改一個單一需求。
完整的：沒有被遺漏的需求。
一致的：不存在互斥的需求。
2、簡述結構化分析建模的基本步驟。
建立系統環境圖，確定系統語境。
自頂向下，逐步求精，建立系統的層次數據流圖。
定義數據字典 。
描述加工。
3、簡述結構化設計中的啓發式規則。
改進軟件結構，提高模塊獨立性。
力求模塊規模適中。
力求深度、寬度、扇出和扇入適中。
盡力使模塊的作用域在其控制域之內。
力求降低模塊接口的複雜度。
力求模塊功能可以預測。
4、RUP特點之一是迭代、增量式開發，規定了4開發個階段，及目標
初始階段：獲得特定用況和平臺無關的體系結構，以建立產品功能，編制初始業務實例，指出該項目的價值，減少項目風險。
精華階段：捕獲並描述系統的需求，建立體系結構基線，包括用況模型和分析模型，減少錯誤風險，估算成本進度。
構造階段：通過演化形成最終的系統體系結構基線，確保產品可以開始向客戶支付，即有初始操作能力。
移交階段：確保有一個實在的產品發佈用戶羣，培訓如何使用該軟件。
5、簡述因果圖方法生成測試用例的基本步驟。
通過軟件規格說明書的分析，找出模塊的原因，並給原因和結果進行標識。
在因果圖上標識出一些特定的約束或限制條件。
分析原因與結果之間以及原因與原因之間的對應關係，並畫出因果圖。
報因果圖轉換爲判定表。
把判定表的每一列拿出來作爲依據，設計測試用例。
6、簡述RUP的設計模型所包含的元素。
設計子系統和服務子系統，以及它們的依賴、接口和內容。
設計類以及它們具體的操作、屬性、關係及實現需求。
用況細化，它們描述了用況是如何設計的，其中使用了設計模型的協助。
設計模型視角下的體系結構描述，其中包括對一些在體系結構方面的重要元素描述。
7、演化模型及其主要特徵
演化模型：主要針對不能完整定義需求的軟件開發的，用戶提出開發系統的核心需求基礎上，軟件開發人員開發一個核心繫統投入運行，用戶提出反饋後，軟件開發人員根據用戶反饋，實施開發迭代；
主要特徵：該模型顯示地把需求獲取擴展到需求階段，即爲第二構造增量，使用第一個構造增量來精華需求，可以減少軟件開發活動的盲目性。
8、筒述RUP和UML之間的關係。
RUP和UML構成一種特定的軟件開發方法學。
UML作爲一種可視化建模語言給出表達事物和事物之間關係的基本術語；
RUP利用這些術語定義了需求獲取層、系統分析層、設計層、實現層；
實現各層模型之間映射的基本活動以及相關指導；
UML即面向對象方法，是一種根據客體之間的關係來構造系統模型的系統化方法。
9、簡述邊界值分析與等價類劃分技術的區別。
邊界值分析與等價類劃分技術的區別在於：邊界值分析着重邊界的測試，應選取等於、剛剛大於或剛剛小於邊界的值作爲測試數據；
等價類劃分技術選取等價類中典型值或任意值作爲測試數據；
10、簡述事務設計的基本步驟。
設計準備：複審並精細化系統模型
確定事物處理中心
設計系統結構模塊圖頂層和第一層設計；
第二級分解：自頂向下，逐步求精。
11、簡述變換設計的基本步驟。
設計準備：複審並精細化系統模型
確定輸入、變換、輸出三部分邊界。
設計系統結構模塊圖頂層和第一層設計；
第二級分解：自頂向下，逐步求精。
12、簡述關聯、泛化、細化、依賴的概念及其約束。
關聯是類目之間的一種結構關係，是對一組具有相同結構、相同鏈的描述。
泛化是一般性類目（父類）和它較爲特殊性類目（子類）之間的一種關係，有時稱爲“is a kind of”關係
泛化的4種約束：完整、不完整、互斥、重疊
細化是類目之間的語義關係，其中一個類目規約了保證另一個類目執行的契約。
依賴是一種使用關係，用於描述一個類目使用另一個類目的信息和服務。
13、什麼是驗證和確認?簡述它們的區別。
驗證就是證實一個過程或項目的每一個軟件工作產品/服務是否正確地反映了所規約的需求；
確認就是證實所期望使用的軟件工作產品是否滿足其需求;
區別：驗證是通過提供的客觀證據、證實規約的需求是否得以滿足；確認是通過提供的客觀證據，證實有關特定期望的使用或應用的需求是否得以滿足。
14、簡述RUP中用況模型和分析模型的區別。
前者使用客戶語言來描述，後者使用開發語言來描述
前者給出的是系統對外的視圖，後者給出的是系統對內的視圖
前者使用用況進行結構化，後者使用衍型進行結構化
前者可以作爲客戶和開發者之間的契約，後者作爲開發者理解系統的基礎
前者在需求之間可能存在多餘問題，後者不存在多餘問題
前者捕獲的是系統功能。後者給出的是細化的系統功能。
15、簡述RUP中分析模型的表達及其創建所進行的主要活動。
在RUP中，一個系統的分析模型是由一個“分析系統”定義的，該分析系統包含一組具有層次結構的包，每一個包中可以包含一些分析類和用況細化；
一些分析類和用況細化還可以單獨出現在分析模型中，凸顯其作用；
創建系統的分析模型，一般應進行體系結構分析、用況分析、類的分析以及包的分析4項活動。
16、簡述軟件生存週期過程、軟件生存週期模型、軟件項目過程管理之間的關係。
軟件生存週期過程回答軟件開發需要做哪些工作；
軟件生存週期模型回答軟件開發活動或任務如何組織；
軟件項目過程管理回答軟件過程如何管理；
軟件生存週期過程是軟件生存週期模型和軟件項目過程管理的基礎；
軟件生存週期模型爲軟件項目過程管理提供支持。