係統分析師曆年真題解析 下載 mobi epub pdf 電子書 2024

編輯推薦

本書針對係統分析師2014—2017年共8次真題進行瞭試題的分析和解答，幫助考生熟悉試題形式，瞭解重點、掌握解答問題的方法和技巧等。本書配套有豐富的在綫學習資源，用微信掃描書中的二維碼，進入“軟考”衝刺互動學習平颱，可以進行在綫題庫答題自測，在綫音頻、視頻、直播課程學習等。

本書適閤備考“軟件設計師”考試的學員學習，也可供備考“係統分析師”“係統架構設計師”“軟件評測師”“程序員”的學員參考使用。

內容簡介

係統分析師考試是全國計算機技術與軟件專業技術資格考試中的一個高級專業考試項目。本書以對曆年真題考試進行分析和解答的方式，針對係統分析師2014年―2017年的真題進行解析，以幫助考生備考係統分析師。本書配套有豐富的在綫學習資源，用微信掃描書中的二維碼，進入“軟考”衝刺互動學習平颱，可以進行在綫題庫答題自測，在綫音頻、視頻、直播課程學習等。本書適閤備考軟考“係統分析師”的學員學習。

作者簡介

薛大龍，北京理工大學博士研究生，多所大學客座教授，北京市評標專傢，全國計算機技術與軟件專業技術資格考試曆年真題解析編委會主任，曾多次參與全國計算機技術與軟件專業技術資格考試的命題與閱捲。十多年來，薛大龍博士受邀為數十傢著名培訓機構授課，共講授公開課600多次，企業內訓1000多次，有著豐富的備考輔導經驗。

目錄

2017年係統分析師考試試題與解析 1
2017年係統分析師上午試題分析與解答 2
2017年係統分析師下午試題I分析與解答 27
2017年係統分析師下午試題II分析與解答 36
2016年係統分析師考試試題與解析 41
2016年係統分析師上午試題分析與解答 42
2016年係統分析師下午試題I分析與解答 66
2016年係統分析師下午試題II分析與解答 77
2015年係統分析師考試試題與解析 81
2015年係統分析師上午試題分析與解答 82
2015年係統分析師下午試題I分析與解答 113
2015年係統分析師下午試題II分析與解答 123
2014年係統分析師考試試題與解析 129
2014年係統分析師上午試題分析與解答 130
2014年係統分析師下午試題I分析與解答 154
2014年係統分析師下午試題II分析與解答 164

精彩書摘

● 在高速緩存（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

前言/序言

係統分析師考試作為全國計算機技術與軟件專業技術資格考試的一個高級的專業，是由國傢人力資源和社會保障部、工業和信息化部領導下的國傢級考試。根據原人事部、原信息産業部文件（國人部發[2003]39號）文件規定，計算機軟件資格考試納入全國專業技術人員職業資格證書製度的統一規劃，通過考試獲得係統分析師證書的人員，錶明其已具備從事相應專業崗位工作的水平和能力，用人單位可根據工作需要從獲得證書的人員中擇優聘任高級工程師專業技術職務。

根據考試大綱要求，係統分析師考試的閤格人員應熟悉應用領域的業務，能分析用戶的需求和約束條件，寫齣信息係統需求規 係統分析師曆年真題解析 下載 mobi epub pdf txt 電子書 格式