系統分析師考試作為全國計算機技術與軟件專業技術資格考試的一個高級的專業，是由國家人力資源和社會保障部、工業和信息化部領導下的國家級考試。根據原人事部、原信息產業部文件（國人部發[2003]39號）文件規定，計算機軟件資格考試納入全國專業技術人員職業資格證書制度的統一規劃，通過考試獲得系統分析師證書的人員，表明其已具備從事相應專業崗位工作的水平和能力，用人單位可根據工作需要從獲得證書的人員中擇優聘任高級工程師專業技術職務。
根據考試大綱要求，系統分析師考試的合格人員應熟悉應用領域的業務，能分析用戶的需求和約束條件，寫出信息系統需求規格說明書，制訂項目開發計劃，協調信息系統開發與運行所涉及的各類人員，能指導制訂企業的戰略數據規劃，組織開發信息系統，能評估和選用適宜的開發方法和工具，能按照標準規范編寫系統分析、設計文檔，能對開發過程進行質量控制與進度控制，能具體指導項目開發；具有高級工程師的實際工作能力和業務水平。
因為要求比較高，該考試以往的全國平均通過率低于10%，難度比較大。
1. 學習方法建議
成功一定有方法，失敗必然有原因。如何順利通過系統分析師考試？筆者的建議是：在掌握學科的基礎上，認真研習歷年真題。
（1）了解歷年真題：因為歷年真題的難度、命題范圍，對我們將要參加考試的考生具有很好的借鑒作用，從中我們可以得出復習深度和廣度。
（2）熟悉歷年真題：因為歷年真題的知識點，就是我們要學習的知識點，因此，從歷年真題中梳理出的知識點即是考點，就是我們要熟悉的內容，就是我們復習的重點。
（3）掌握歷年真題：我們不僅要會做某道題，還要舉一反三，將該題涵蓋的知識點所在的知識域掌握，這樣不管它考該知識域的哪個點，我們都能從容應對。
相信經歷了如上三步，我們就會發現，這個考試并不太難。
2. 書籍作者介紹
十多年來，薛大龍博士受邀為數十家著名培訓機構授課，進行計算技術軟件專業技術資格考試相關課程的培訓。共講授公開課800多次，企業內訓近2000多次。在培訓中發現，通過對每一道真題進行解析，梳理知識要點，能夠讓學員更快地掌握知識點，更高效地復習。
本書由薛大龍擔任主編，由鄒月平、李海龍擔任副主編。其中2014、2015年真題的解析由李海龍負責；2016、2017年真題的解析由鄒月平負責，寫作架構的確定、真題解析的審核由薛大龍負責。參與本書編寫的人員還有：蘭帥輝、張國營、王安、何鵬濤、吳芳茜、吳春杰、李莉莉等專家。
薛大龍，北京理工大學博士研究生，多所大學客座教授，北京市評標專家，全國計算機技術與軟件專業技術資格考試歷年真題解析編委會主任，曾多次參與全國計算機技術與軟件專業技術資格考試的命題與閱卷，非常熟悉命題要求、命題形式、命題難度、命題深度、命題重點及判卷標準等。
鄒月平，高級工程師、一級建造師、全國計算機技術與軟件專業技術資格考試歷年真題解析編委會副主任。系統分析師、系統架構設計師、信息系統項目管理師、系統分析師授課講師，授課經驗豐富，曾任《信息系統項目管理師歷年真題解析（第3版）》副主編，《系統集成項目管理工程師歷年真題解析（第3版）》副主編、《信息系統監理師歷年真題解析（第2版）》副主編。
李海龍，計算機碩士生導師，高級工程師、一級建造師、信息系統項目管理師，河北省評標專家，全國計算機技術與軟件專業技術資格考試歷年真題解析編委。擔任《信息系統項目管理師歷年真題解析（第3版）》的副主編，參與《系統集成項目管理工程師歷年真題解析（第3版）》、《高級信息系統項目管理師教程（第2版）》等書籍的編寫。
3．本書使用說明
本書作為考生備考軟考高級資格“系統分析師”的學習教材，也可供各類培訓班使用。考生可通過學習本書，掌握考試的重點，熟悉試題形式及解答問題的方法和技巧等。
4．在線互動學習
為了更好地幫助廣大考生充分利用碎片化時間，在移動互聯網環境下進行學習，我們開發了“軟考”沖刺互動學習平臺。用微信掃描右側的二維碼，關注“悅讀力”，即可進入“軟考”沖刺互動學習平臺。在這里，您將有機會在讀者圈中與資深軟考培訓老師們進行交流，還可以向老師提問，可以在線答題，進行學習效果自測和碎片化時間學習，還可以收聽和收看音頻和視頻課程等。
“軟考”沖刺線上學習平臺，綜合了“系統集成項目管理工程師”“信息系統項目管理師”“信息系統監理師”“軟件設計師”“系統分析師”“系統架構設計師”六門軟考科目的復習資料，部分內容收費，讀者可以根據自己的學習需求選擇需要的內容。
考生可通過學習本書，掌握考試的重點，并通過歷年真題與解析，熟悉試題形式及解答問題的方法和技巧等。讀者通過互動學習平臺，可以方便地和我們聯系和交流；也可以發郵件到作者電子郵箱pyxdl@163.com，我們會及時地解答讀者的疑問。
編 者
2018年于北京
● 在高速緩存（Cache）—主存儲器構成的存儲系統中，（18）。
（18） A．主存地址到Cache地址的變換由硬件完成，以提高速度
B．主存地址到Cache地址的變換由軟件完成，以提高靈活性
C．Cache的命中率隨其容量增大線性地提高
D．Cache的內容在任意時刻與主存內容完全一致
試題分析
在程序的執行過程中，Cache與主存的地址映射是由硬件自動完成的。
參考答案：（18）A
● 需求獲取是確定和理解不同的項目干系人的需求和約束的過程，需求獲取是否科學、準備充分，對獲取的結果影響很大。在多種需求獲取方式中，（19）方法具有良好的靈活性，有較寬廣的應用范圍，但存在獲取需求時信息量大、記錄較為困難、需要足夠的領域知識等問題。（20）方法基于數理統計原理，不僅可以用于收集數據，還可以用于采集訪談用戶或者是采集觀察用戶，并可以減少數據收集偏差。（21）方法通過高度組織的群體會議來分析企業內的問題，并從中獲取系統需求。
（19） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
（20） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
（21） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
試題分析
用戶訪談：用戶訪談是最基本的一種需求獲取手段，其形式包括結構化和非結構化兩種。用戶訪談是通過1對1（或1對2，1對3）的形式與用戶面對面進行溝通，以獲取用戶需求。用戶訪談具有良好的靈活性，有較寬廣的應用范圍。但是，也存在著許多困難。例如，用戶經常較忙，難以安排時間；面談時信息量大，記錄較為困難；溝通需要很多技巧，同時需要系統分析師具有足夠的領域知識等。另外，在訪談時，還可能會遇到一些對于企業來說比較機密和敏感的話題。因此，這看似簡單的技術，也需要系統分析師具有豐富的經驗和較強的溝通能力。
采樣是指從種群中系統地選出有代表性的樣本集的過程，通過認真研究所選出的樣本集，可以從整體上揭示種群的有用信息。對于信息系統的開發而言，現有系統的文檔（文件）就是采樣種群。當開始對一個系統做需求分析時，查看現有系統的文檔是對系統有初步了解的最好方法。但是，系統分析師應該查看哪些類型的文檔，當文檔的數據龐大，無法一一研究時，就需要使用采樣技術選出有代表性的數據。
采樣技術不僅可以用于收集數據，還可以用于采集訪談用戶或者采集觀察用戶。在對人員進行采樣時，上面介紹的采樣技術同樣適用。通過采樣技術，選擇部分而不是選擇種群的全部，不僅加快了數據收集的過程，而且提高了效率，從而降低了開發成本。另外，采樣技術使用了數理統計原理，能減少數據收集的偏差。但是，由于采樣技術基于統計學原理，樣本規模的確定依賴于期望的可信度和已有的先驗知識，很大程度上取決于系統分析師的主觀因素，對系統分析師個人的經驗和能力依賴性很強，要求系統分析師具有較高的水平和豐富的經驗。
聯合需求計劃：為了提高需求獲取的效率，越來越多的企業傾向于使用小組工作會議來代替大量獨立的訪談。聯合需求計劃（Joint Requirement Planning，JRP）是一個通過高度組織的群體會議來分析企業內的問題并獲取需求的過程，它是聯合應用開發（Joint Application Development，JAD）的一部分。
參考答案：（19）A （20）D （21）C
● 項目可行性是指企業建設該項目的必要性、成功的可能性以及投入產出比與企業發展需要的符合程度。其中，（22）可行性分析主要評估項目的建設成本、運行成本和項目建成后可能的經濟收益；（23）可行性包括企業的行政管理和工作制度、使用人員的素質和培訓要求等，可以細分為管理可行性和運行可行性。
（22） A．技術 B．經濟 C．環境 D．用戶使用
（23） A．技術 B．經濟 C．環境 D．用戶使用
試題分析
可行性是指在企業當前的條件下，是否有必要建設新系統，以及建設新系統的工作是否具備必要的條件。也就是說，可行性包括必要性和可能性。參考國家標準《計算機軟件文檔編制規范》（GB/T 8567-2006），在信息系統建設項目中，可行性研究通常從經濟可行性、技術可行性、法律可行性和用戶使用可行性四個方面來進行分析，其中經濟可行性通常被認為是項目的底線。
1．經濟可行性
經濟可行性也稱為投資收益分析或成本效益分析，主要評估項目的建設成本、運行成本和項目建成后可能的經濟收益。多數項目只有建設成本能控制在企業可接受的預算內的時候，項目才有可能被批準執行。而經濟收益的考慮則非常廣泛，可以分為直接收益和間接收益、有形收益和無形收益，還可以分為一次性收益和非一次性收益、可定量的收益和不可定量的收益等。
要注意的是，在系統開發初期，由于用戶需求和候選系統方案還沒有確定，成本不可能得到準確的估算。因此，此時的經濟可行性分析只能大致估算系統的成本和收益，判斷信息系統的建設是否值得。
2．技術可行性
技術可行性也稱為技術風險分析，研究的對象是信息系統需要實現的功能和性能，以及技術能力約束。技術可行性主要通過考慮以下問題來進行論證：
（1）技術：現有的技術能力和信息技術的發展現狀是否足以支持系統目標的實現。
（2）資源：現有的資源（例如，掌握技術的員工、企業的技術積累、構件庫、軟硬件條件等）是否足以支持項目的實施。
（3）目標：由于在可行性研究階段，項目的目標是比較模糊的，因此技術可行性最好與項目功能、性能和約束的定義同時進行。在可行性研究階段，調整項目目標和選擇可行的技術體系都是可以的，而一旦項目進入開發階段，任何調整都意味著更多的開銷。
需要特別指出的是，技術可行性絕不僅僅是論證項目在技術手段上是否可實現，實際上還包含了在當前資源條件下的技術可行性。例如，開發一個計算機操作系統對于美國微軟公司來說，是可行的，但對其他大多數企業來說，都是不可行的。投資不足、時間不足、預設的開發目標技術難度過大、沒有足夠的技術積累、沒有熟練的員工可用、沒有足夠的合作企業和外包資源積累等都是技術可行性的約束。實踐證明，如果只考慮技術實現手段而忽視企業當前的資源條件和環境，從而對技術可行性分析得出過于樂觀的結果，將會對后期的項目實施導致災難性后果。
對于技術的選擇，有的企業鐘情于新技術，有的則喜歡使用成熟的技術。具體要根據項目的實際情況（例如，開發環境、開發人員的素質、系統的性能要求等）進行決策，但通常的建議是盡可能采用成熟的技術，慎重引入先進技術。IT業界流行的詼諧語“領先一步是先進，領先兩步是先烈”，講的就是對技術的選擇原則。
3．法律可行性
法律可行性也稱為社會可行性，具有比較廣泛的內容，它需要從政策、法律、道德、制度等社會因素來論證信息系統建設的現實性。例如，所開發的系統與國家法律或政策等相抵觸，在政府信息化的領域中使用了未被認可的加密算法，未經許可在產品中使用了其他企業的被保護的技術或構件等，這樣的項目在法律可行性上就是行不通的。
4．用戶使用可行性
用戶使用可行性也稱為執行可行性，是從信息系統用戶的角度來評估系統的可行性，包括企業的行政管理和工作制度、使用人員的素質和培訓要求等，可以細分為管理可行性和運行可行性。
（1）管理可行性。管理可行性是指從企業管理上分析系統建設可行性。主管領導不支持的項目一般會失敗，中高層管理人員的抵觸情緒很大，就有必要等一等，先積極做好思想工作，創造條件。另外，還要考慮管理方法是否科學，相應的管理制度改革的時機是否成熟，規章制度是否齊全等。
（2）運行可行性。運行可行性也稱為操作可行性，是指分析和測定信息系統在確定環境中能夠有效工作，并被用戶方便使用的程度和能力。例如，ERP系統建成后的數據采集和數據質量問題，企業工作人員沒有足夠的IT技能等。這些問題雖然與系統本身無關，但如果不經評估，很可能會導致投入巨資建成的信息系統卻毫無用處。運行可行性還需要評估系統的各種影響，包括對現有IT設施的影響、對用戶組織機構的影響、對現有業務流程的影響、對地點的影響、對經費開支的影響等。如果某項影響會過多改變用戶的現狀，需要將這些因素作進一步的討論并和用戶溝通，提出建議的解決方法。否則，系統一旦建成，甚至在建設過程中，就會受到用戶的竭力反對，甚至會抵制使用系統。
參考答案：（22）B （23）D
● 在高速緩存（Cache）—主存儲器構成的存儲系統中，（18）。
（18） A．主存地址到Cache地址的變換由硬件完成，以提高速度
B．主存地址到Cache地址的變換由軟件完成，以提高靈活性
C．Cache的命中率隨其容量增大線性地提高
D．Cache的內容在任意時刻與主存內容完全一致
試題分析
在程序的執行過程中，Cache與主存的地址映射是由硬件自動完成的。
參考答案：（18）A
● 需求獲取是確定和理解不同的項目干系人的需求和約束的過程，需求獲取是否科學、準備充分，對獲取的結果影響很大。在多種需求獲取方式中，（19）方法具有良好的靈活性，有較寬廣的應用范圍，但存在獲取需求時信息量大、記錄較為困難、需要足夠的領域知識等問題。（20）方法基于數理統計原理，不僅可以用于收集數據，還可以用于采集訪談用戶或者是采集觀察用戶，并可以減少數據收集偏差。（21）方法通過高度組織的群體會議來分析企業內的問題，并從中獲取系統需求。
（19） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
（20） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
（21） A．用戶訪談 B．問卷調查 C．聯合需求計劃 D．采樣
試題分析
用戶訪談：用戶訪談是最基本的一種需求獲取手段，其形式包括結構化和非結構化兩種。用戶訪談是通過1對1（或1對2，1對3）的形式與用戶面對面進行溝通，以獲取用戶需求。用戶訪談具有良好的靈活性，有較寬廣的應用范圍。但是，也存在著許多困難。例如，用戶經常較忙，難以安排時間；面談時信息量大，記錄較為困難；溝通需要很多技巧，同時需要系統分析師具有足夠的領域知識等。另外，在訪談時，還可能會遇到一些對于企業來說比較機密和敏感的話題。因此，這看似簡單的技術，也需要系統分析師具有豐富的經驗和較強的溝通能力。
采樣是指從種群中系統地選出有代表性的樣本集的過程，通過認真研究所選出的樣本集，可以從整體上揭示種群的有用信息。對于信息系統的開發而言，現有系統的文檔（文件）就是采樣種群。當開始對一個系統做需求分析時，查看現有系統的文檔是對系統有初步了解的最好方法。但是，系統分析師應該查看哪些類型的文檔，當文檔的數據龐大，無法一一研究時，就需要使用采樣技術選出有代表性的數據。
采樣技術不僅可以用于收集數據，還可以用于采集訪談用戶或者采集觀察用戶。在對人員進行采樣時，上面介紹的采樣技術同樣適用。通過采樣技術，選擇部分而不是選擇種群的全部，不僅加快了數據收集的過程，而且提高了效率，從而降低了開發成本。另外，采樣技術使用了數理統計原理，能減少數據收集的偏差。但是，由于采樣技術基于統計學原理，樣本規模的確定依賴于期望的可信度和已有的先驗知識，很大程度上取決于系統分析師的主觀因素，對系統分析師個人的經驗和能力依賴性很強，要求系統分析師具有較高的水平和豐富的經驗。
聯合需求計劃：為了提高需求獲取的效率，越來越多的企業傾向于使用小組工作會議來代替大量獨立的訪談。聯合需求計劃（Joint Requirement Planning，JRP）是一個通過高度組織的群體會議來分析企業內的問題并獲取需求的過程，它是聯合應用開發（Joint Application Development，JAD）的一部分。
參考答案：（19）A （20）D （21）C
● 項目可行性是指企業建設該項目的必要性、成功的可能性以及投入產出比與企業發展需要的符合程度。其中，（22）可行性分析主要評估項目的建設成本、運行成本和項目建成后可能的經濟收益；（23）可行性包括企業的行政管理和工作制度、使用人員的素質和培訓要求等，可以細分為管理可行性和運行可行性。
（22） A．技術 B．經濟 C．環境 D．用戶使用
（23） A．技術 B．經濟 C．環境 D．用戶使用
試題分析
可行性是指在企業當前的條件下，是否有必要建設新系統，以及建設新系統的工作是否具備必要的條件。也就是說，可行性包括必要性和可能性。參考國家標準《計算機軟件文檔編制規范》（GB/T 8567-2006），在信息系統建設項目中，可行性研究通常從經濟可行性、技術可行性、法律可行性和用戶使用可行性四個方面來進行分析，其中經濟可行性通常被認為是項目的底線。
1．經濟可行性
經濟可行性也稱為投資收益分析或成本效益分析，主要評估項目的建設成本、運行成本和項目建成后可能的經濟收益。多數項目只有建設成本能控制在企業可接受的預算內的時候，項目才有可能被批準執行。而經濟收益的考慮則非常廣泛，可以分為直接收益和間接收益、有形收益和無形收益，還可以分為一次性收益和非一次性收益、可定量的收益和不可定量的收益等。
要注意的是，在系統開發初期，由于用戶需求和候選系統方案還沒有確定，成本不可能得到準確的估算。因此，此時的經濟可行性分析只能大致估算系統的成本和收益，判斷信息系統的建設是否值得。
2．技術可行性
技術可行性也稱為技術風險分析，研究的對象是信息系統需要實現的功能和性能，以及技術能力約束。技術可行性主要通過考慮以下問題來進行論證：
（1）技術：現有的技術能力和信息技術的發展現狀是否足以支持系統目標的實現。
（2）資源：現有的資源（例如，掌握技術的員工、企業的技術積累、構件庫、軟硬件條件等）是否足以支持項目的實施。
（3）目標：由于在可行性研究階段，項目的目標是比較模糊的，因此技術可行性最好與項目功能、性能和約束的定義同時進行。在可行性研究階段，調整項目目標和選擇可行的技術體系都是可以的，而一旦項目進入開發階段，任何調整都意味著更多的開銷。
需要特別指出的是，技術可行性絕不僅僅是論證項目在技術手段上是否可實現，實際上還包含了在當前資源條件下的技術可行性。例如，開發一個計算機操作系統對于美國微軟公司來說，是可行的，但對其他大多數企業來說，都是不可行的。投資不足、時間不足、預設的開發目標技術難度過大、沒有足夠的技術積累、沒有熟練的員工可用、沒有足夠的合作企業和外包資源積累等都是技術可行性的約束。實踐證明，如果只考慮技術實現手段而忽視企業當前的資源條件和環境，從而對技術可行性分析得出過于樂觀的結果，將會對后期的項目實施導致災難性后果。
對于技術的選擇，有的企業鐘情于新技術，有的則喜歡使用成熟的技術。具體要根據項目的實際情況（例如，開發環境、開發人員的素質、系統的性能要求等）進行決策，但通常的建議是盡可能采用成熟的技術，慎重引入先進技術。IT業界流行的詼諧語“領先一步是先進，領先兩步是先烈”，講的就是對技術的選擇原則。
3．法律可行性
法律可行性也稱為社會可行性，具有比較廣泛的內容，它需要從政策、法律、道德、制度等社會因素來論證信息系統建設的現實性。例如，所開發的系統與國家法律或政策等相抵觸，在政府信息化的領域中使用了未被認可的加密算法，未經許可在產品中使用了其他企業的被保護的技術或構件等，這樣的項目在法律可行性上就是行不通的。
4．用戶使用可行性
用戶使用可行性也稱為執行可行性，是從信息系統用戶的角度來評估系統的可行性，包括企業的行政管理和工作制度、使用人員的素質和培訓要求等，可以細分為管理可行性和運行可行性。
（1）管理可行性。管理可行性是指從企業管理上分析系統建設可行性。主管領導不支持的項目一般會失敗，中高層管理人員的抵觸情緒很大，就有必要等一等，先積極做好思想工作，創造條件。另外，還要考慮管理方法是否科學，相應的管理制度改革的時機是否成熟，規章制度是否齊全等。
（2）運行可行性。運行可行性也稱為操作可行性，是指分析和測定信息系統在確定環境中能夠有效工作，并被用戶方便使用的程度和能力。例如，ERP系統建成后的數據采集和數據質量問題，企業工作人員沒有足夠的IT技能等。這些問題雖然與系統本身無關，但如果不經評估，很可能會導致投入巨資建成的信息系統卻毫無用處。運行可行性還需要評估系統的各種影響，包括對現有IT設施的影響、對用戶組織機構的影響、對現有業務流程的影響、對地點的影響、對經費開支的影響等。如果某項影響會過多改變用戶的現狀，需要將這些因素作進一步的討論并和用戶溝通，提出建議的解決方法。否則，系統一旦建成，甚至在建設過程中，就會受到用戶的竭力反對，甚至會抵制使用系統。
參考答案：（22）B （23）D
新書資訊