2007年下半年(11月)考試的特點是上午試題與歷年試題的重復率比較高，與中級相同的試題比例在增加。側重了對軟件工程知識的考查，而對面向對象方法學的考查知識僅限于UML。下午一試題一反常態，沒有一道計算題。論文試題的前2道試題與2007年5月的前2道試題的大主題相同，只是具體的要求不同。

　　1、信息系統綜合知識試題

　　2007年11月考試信息系統綜合知識試題考查的知識點分布如表1所示。

　　表1 2007年11月考試信息系統綜合知識試題知識點分布

　　在本次考試中，上午試題具有以下幾個突出特點：

　　(1)英語試題改為5分，相當于為年齡偏大的考生和英語基礎不好的考生開了綠燈。

　　(2)上午試題重復率很高，很多試題在歷年考試真題的基礎上，換個說法，甚至一字不改，又出現了。特別是2004年以后的試題，得到了再次翻版。因此，閱讀好筆者主編的《系統分析師考試綜合知識試題分類精解》(張友生，電子工業出版社)將是考試的必備。

　　(3)數學試題已經沒有章法，沒有大綱，出題的任意性太大。例如，有關極限的理論，早在2004年修訂考試大綱時，就被“請出了”大綱，但此次卻又出題了。

　　從試題總體來看，上午試題難度與2007年5月的試題相當，下午試題要比2007年5月難一些。

　　2007年下半年系統分析師考試試題分析[2]

　　2、案例分析與設計試題

　　試題一

　　試題一仍然為必答題，試題主題為企業應用集成，考查的是考生對傳統的企業應用集成方法和基于SOA的企業應用集成方法的比較，試題共3個問題。

　　SOA和Web服務已經成為近兩年的應用和考試熱點。在基于構件的開發模式中，應用系統作為一種構件被開發并運行在構件容器中，由容器為構件提供事務、線程、安全和生命周期等服務，構件開發者只專注于業務邏輯的開發。不符合構件-容器模型的遺留系統和企業現有系統則可以通過消息中間件實現整合。

　　業務集成的傳統實現手段是采用傳統的中間件或EAI技術，包括基于傳統的消息中間件、交易中間件或者應用服務器等的集成，更進一步的實現手段則是采用Web服務來實現業務集成，這種技術在降低集成成本，減少技術風險和保護企業已有投資等方面令企業受益菲淺。

　　一般來說，基于SOA的分層架構模型可分為表示層、商業流程層、服務層、構件層、企業應用層。

　　本題涉及到的另一個概念是ESB，也就是企業服務總線。ESB的概念是從SOA的概念發展而來的。一個ESB是一個預先組裝的SOA實現，它包含了實現SOA分層目標所必需的基礎功能部件。ESB是傳統中間件技術與XML、Web服務等技術相互結合的產物。ESB提供了一種開放的、基于標準的消息機制，通過簡單的標準適配器和接口，來完成粗粒度服務和其他構件之間的互操作，能夠滿足大型異構企業環境的集成需求。

　　通過使用ESB，可以在幾乎不更改代碼的情況下，以一種無縫的非侵入方式使企業已有的系統具有全新的服務接口，并能夠在部署環境中支持任何標準。更重要的是，充當“緩沖器”的ESB(負責在諸多服務之間轉換業務邏輯和數據格式)與服務邏輯相分離，從而使得不同的應用程序可以同時使用同一服務，用不著在應用程序或者數據發生變化時，改動服務代碼。

　　試題二

　　試題二為一道關于需求獲取或開發時間計算的試題，共3個問題。

　　問題1是關于問卷調查的，問卷調查是需求獲取過程中常用的方法之一，用戶調查最大的不足就是缺乏靈活性，客戶有可能在心理上會不重視一張小小的表格，不認真對待從而使得反饋的信息不全面。因此，要提高問卷返回率的根本措施在于不要給用戶“一周內返回”之類的寬約束，而要當場收回。另外，也可以由用戶主管領導負責發放和回收問卷(試題描述中是由項目組小劉發放和回收的)，這樣也會提高返回率。在發放問卷時，要盡量提及它的價值、意義，以及與調查對象的密切聯系，這也是提高問卷返回率的一項有效措施。(因為試題并沒有提到問卷的內容，因此，本題不能從問卷內容方面來考慮)

　　問題3是一道細節題，只要有足夠的耐心，這就是送分題了，沒有任何理論障礙和公式計算障礙。如果說有的話，就是對“里程碑”的理解。而對系統分析師考生而言，這是最基本的常識。