概述
本章內容是從歷年試題中將系統架構師、分析師等涉及軟件開發類的試題分離出來，單獨進行分類，以方便大家複習。本章內容是收集了歷年試題中所有軟件開發類試題的答題解析彙總完成，難免有錯漏，希望大家發現後能夠給予反饋。
軟件重用
軟件重用（軟件複用）是使用已有的軟件產品（如設計、代碼和文檔等）來開發新的軟件系統的過程。
●水平式重用是重用不同應用領域中的軟件元素，如標準函數庫；
●垂直式重用是在一類具有較多公共性的應用領域之間重用軟件構件；
出題概率：★
180106、
測試
●動態測試指通過運行程序發現錯誤，分爲：
1、黑盒測試法；（略）
2、白盒測試法；
白盒測試又稱結構測試、透明盒測試、邏輯驅動測試或基於代碼的測試。白盒測試是一種測試用例設計方法，盒子指的是被測試的軟件，白盒指的是盒子是可視的，清楚盒子內部的東西以及裏面是如何運作的。白盒法全面瞭解程序內部邏輯結構、對所有邏輯路徑進行測試。從覆蓋源程序語句的詳盡程度分析，邏輯覆蓋標準包括以下不同的覆蓋標準：語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋、多條件覆蓋和修正判定條件覆蓋。
3、灰盒測試法；
常用的黑盒測試用例的設計方法有等價類劃分、邊值分析等等。常用的白盒測試用例設計方法有基本路徑測試、循環覆蓋測試、邏輯覆蓋測試。
●靜態測試指被測試程序不在機器上運行，而採用人工檢測和計算機輔助靜態分析的手段對程序進行檢測。
靜態分析中進行人工測試的主要方法：
1、桌面檢查；
2、代碼審查；
3、代碼走查；
出題概率：★★
130104、130106、180107、180108
構件組裝的層次
系統構件組裝分爲三個不同的層次：定製（Customization）、集成（Integration）、擴展（Extension）。這三個層次對應於構件組裝過程中的不同任務。
出題概率：★
180170
敏捷方法
敏捷方法是一種從 1990 年代開始逐漸引起廣泛關注的一些新型軟件開發方法，是一種應對快速變化的需求的一種軟件開發能力。它們的具體名稱、理念、過程、術語都不盡相同，相對於“非敏捷”，更強調程序員團隊與業務專家之間的緊密協作、面對面的溝通（認爲比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團隊組織方法，也更注重軟件開發中人的作用。
出題概率：★
180109、
性能測試
性能測試通常又分爲負載、壓力、強度及容量測試等多種類型。
（1）負載測試（Load Testing）：確定在各種工作負載下系統的性能，目標是測試當負載逐漸增加時系統各項性能指標的變化情況。
（2）壓力測試（Stress Testing）：通過確定一個系統的瓶頸或者不能接收的性能點來獲得系統能提供的最大服務級別。
（3）強度測試：考查在系統資源特別低的情況下軟件系統運行情況，它總是在異常的資源配置下運行，以反映軟件系統對異常情況的抵抗能力。
（4）容量測試：在其主要功能正常運行的情況下測試反映軟件系統應用特徵的某項指標的極限值（如最大併發用戶數和數據庫記錄數等）。
出題概率：★
190108、
ERP 是將企業所有資源進行整合集成管理，簡單的說是將企業的三大流：物流，資金流，信息流進行全面一體化管理的管理信息系統。庫存控制模塊是用來控制管理存儲物資，它是動態、真實的庫存控制系統。庫存控制模塊能結合部門需求、隨時調整庫存，並精確地反映庫存現狀。庫存控制模塊包含：爲所有的物料建立庫存，管理檢驗入庫、收發料等日常業務等。
出題概率：★
160102、160103、
RUP
RUP的三個核心特點是：以架構爲中心，用例驅動，增量與迭代。其中增量與迭代的好處是：
1、降低了在一個增量上的開支風險。如果開發人員重複某個迭代，那麼損失只是這一個開發有誤的迭代的花費。
2、降低了產品無法按照既定進度進入市場的風險。通過在開發早期就確定風險，可以儘早來解決而不至於在開發後期匆匆忙忙。
3、加快了整個開發工作的進度。因爲開發人員清楚問題的焦點所在，他們的工作會更有效率。
4、由於用戶的需求並不能在一開始就作出完全的界定，它們通常是在後續階段中不斷細化的。因此，迭代過程這種模式使適應需求的變化會更容易些。
出題概率：★★
130102、130103、150104、150105
測試
單元測試也稱爲模塊測試，測試的對象是可獨立編譯或彙編的程序模塊、軟件構件，其目的是檢查每個模塊能否正確地實現設計說明中的功能、性能、接口和其他設計約束等條件，發現模塊內可能存在的各種差錯。單元測試的技術依據是軟件詳細設計說明書。
測試一個模塊時，可能需要爲該模塊編寫一個驅動模塊和若干個樁模塊。驅動模塊用來調用被測模塊，它接收測試者提供的測試數據，並把這些數據傳送給被測模塊，然後從被測模塊接收測試結果，並以某種可見的方式將測試結果返回給測試人員：樁模塊用來模擬被測模塊所調用的子模塊，它接受被測模塊的調用，檢驗調用參數，並以儘可能簡單的操作模擬被調用的子程序模塊功能，把結果送回被測模塊。頂層模塊測試時不需要驅動模塊，底層模塊測試時不要樁模塊。
單元測試策略主要包括自頂向下的單元測試、自底向上的單元測試、孤立測試和綜合測試策略。
集成測試的目的是檢查模塊之間，以及模塊和已集成的軟件之間的接口關係，並驗證已集成的軟件是否符合設計要求。集成測試的技術依據是軟件概要設計文檔。除應滿足一般的測試准入條件外，進行集成測試前還應確認待測試的模塊均已通過單元測試。
系統測試的對象是完整的、集成的計算機系統，系統測試的目的是在真實系統工作環境下，驗證完整的軟件配置項能否和系統正確連接，並滿足系統/子系統設計文檔和軟件開發合同規定的要求。系統測試的技術依據是用戶需求或開發合同，除應滿足一般測試的准入條件外，在進行系統測試前，還應確認被測系統的所有配置項已通過測試，對需要固化運行的軟件還應提供固件。
迴歸測試的目的是測試軟件變更之後，變更部分的正確性和對變更需求的符合性，以及軟件原有的、正確的功能、性能和其他規定的要求的不損害性。
出題概率：★★★
140105、150106、160107
結構化分析方法
結構化分析方法的基本思想是自頂向下，逐層分解，把一個大問題分解成若干個小問題，每個小問題再分解成若干個更小的問題。經過逐層分解，每個極低層的問題都是足夠簡單、容易解決的。結構化方法分析模型的核心是數據字典，圍繞這個核心，有三個層次的模型，分別是數據模型、功能模型和行爲模型（也稱爲狀態模型)。在實際工作中，一般使用E-R圖表示數據模型，用DFD表示功能模型，用狀態轉換圖表示行爲模型。這三個模型有着密切的關係，它們的建立不具有嚴格的時序性，而是一個迭代的過程。
出題概率：★
140103、140104