【系統分析師之路】第二十一章考前衝刺Part2(視頻筆記)

衝刺題4：需求工程

01. 軟件需求就是系統必須完成的事及必須具備的品質。需求是多層次的，其中（）是指反映企業或客戶對系統高層次的目標要求，通常來自項目投資人，購買產品的客戶，客戶單位的管理人員，市場營銷部門或產品策劃部門。（）的獲取通常採取訪談和問卷調查等方式進行。（）包括功能需求，非功能需求和設計約束等。
A.基本需求
B.業務需求
C.用戶需求
D.系統需求

解答：B｜C｜D。所有的需求中，業務需求是層級最高的需求。

業務需求	反映企業或客戶對系統高層次的目標要求，通常來自項目投資人，購買產品的客戶，客戶單位的管理人員，市場營銷部門或產品策劃部門等。
系統需求	從系統的角度來說明軟件的需求，包括功能需求，非功能需求和設計約束等。
用戶需求	描述的是用戶的具體目標。或用戶要求系統必須能完成的任務。也就是說用戶需求描述了用戶能使用系統來做些什麼，通常採用用戶訪談和問卷調查的方式，對系統使用的場景進行整理，從而建立用戶需求。

02.UML用系統視圖描述系統的組織結構。其中（）對系統的物理代碼的文件和構件進行建模。
A.構件視圖
B.物理視圖
C.實現視圖
D.部署視圖

解答：答案選C。考查了4+1視圖。進程視圖可以用活動圖來表現。

03.UML通過5個視圖來定義系統架構，（）表示了設計模型中在架構方面具有重要意義的類，子系統，包和用例實現的子集。
A.邏輯視圖
B.用例視圖
C.進程視圖
D.部署視圖

解答：答案選擇A。

4+1視圖
用例視圖	最終用戶	最基本的需求分析模型
邏輯視圖	系統分析設計人員	也稱爲設計視圖，它表示了設計模型中在架構方面具有重要意義的部分，即類，子系統，包和用例實現的子集
進程視圖	系統集成人員	可執行線程和進程作爲活動類的建模。它是邏輯視圖的一次執行實例，描述了併發與同步結構
實現視圖	程序員	對組成基於系統的物理結構的文件或構件進行建模
部署視圖	系統和網絡工程師	把構件部署到一組物理節點上，表示軟件到硬件的映射和分佈結構

04.UML用關係把事物結合在一起，其所包含的四種關係中，（）描述一組對象之間連接的結構關係；（）描述特殊元素的對象可以替換一般元素的對象。
A.依賴關係
B.關聯關係
C.泛化關係
D.實現關係

解答：B｜C。

依賴關係	dependency	兩個數之間的語義關係。其中一個事物發生變化會影響另一個事物的語義
關聯關係	association	一組對象之間連接的結構關係
泛化關係	generalization	是一般化和特殊化的關係，描述特殊元素的對象可替換一般元素的對象。
實現關係	realization	實現類之間的語義關係，其中的一個類指定了另一個類保證執行的契約

05.面向對象的任務不包含（）
A.建模系統功能
B.發現並確定業務對象
C.建模各個對象狀態
D.組織對象並確定對象間關係

解答：C。粗略的在分析階段，細緻的在設計階段。建模各對象的狀態更加的細節，所以選C。

06.面向對象分析中，構建用例模型一般分爲四個階段，其中除了（）階段之外，其他階段是必須的。
A.識別參與者
B.合併需求獲得用例
C.細化用例描述
D.調整用例模型

解答：答案選擇D。調整用例模型包括調整擴展關係，包含關係，泛化關係等。該階段不一定是必須的。細化用例描述包括用例名稱，簡要說明，事件流，非功能需求，前置後置條件，擴展集等。除了用例模型外還有分析模型。分析模型包括了定義概念類，識別類之間的關係，爲類添加職責，建立交互圖。

07.軟件需求分析所要做的工作是（）因此進行需求分析時（）。
A.確定軟件開發階段的適用工具
B.清晰描述軟件的功能和性能
C.爲原始問題及目標軟件建立物理模型
D.不僅解決目標系統做什麼，還要解決目標系統怎麼做的問題
A.應充分發揮分析人員的想象力
B. 應充分發揮分析人員和用戶的想象力
C.應注意一切信息與需求都是站在開發方的角度上考慮
D.應注意一切信息與需求都是站在應用的角度上考慮

解答：B｜D。物理模型是分析階段的產出物。

08.下列活動，（）不屬於需求開發活動的範疇。
A.根據系統需求識別和確認系統功能
B.將所收集的用戶需求編寫成文檔和模型
C.針對系統特點，考慮並確定系統開發平臺與程序設計語言
D.瞭解實際用戶任務和目標以及這些任務所支持的業務需求

解答：答案選擇C。需求是解決做什麼的問題，而C太細節了。

09.軟件需求開發是指從情況收集，分析和評價到編寫文檔，評審等一系列產生需求的活動，分爲獲取情況，分析，（）和評審四個階段。
A.制定規格說明
B.形成需求基線
C.跟蹤需求變更
D.控制需求版本

解答：答案是A。其實是想說制定需求規格說明書。經過評審以後才形成基線，這裏要搞清楚這個。需求開發和需求管理是怎麼連接起來的？是通過評審後形成的基線將兩者聯繫在了一起。

10.軟件需求管理是軟件項目開發過程中控制和維持需求約定的活動，包括（）版本控制，需求跟蹤，需求狀態跟蹤等活動。
A.需求發現
B.需求變更控制
C.需求排序
D.需求評估

解答：答案選擇B。需求管理包括變更控制，版本控制，需求跟蹤，需求狀態跟蹤。需求管理很好地支持了需求開發工作；需求開發也包括四個部分：需求獲取，需求分析，需求定義（需求規格說明書），需求驗證。需求開發形成需求基線，通過需求基線實現對需求的管理。
軟件需求是指用戶對系統在功能，行爲，性能，設計約束等方面的期望。
軟件需求是指用戶解決問題或達到目標所需的條件或能力，是系統或系統部件要滿足合同，標準，規範或其他正式規定文檔所需具有的條件或能力，以及反映這些條件或能力的文檔說明。

11.以下關於需求獲取的敘述中，正確的是（）。
A.問卷調查可以在短時間內，以低廉的價格從大量的回答中收集數據。
B.用戶訪談是最爲靈活，成本最低的一種需求獲取方法
C.抽樣能夠提高需求獲取的效率，且不會受到系統分析師的主觀因素影響
D.用戶訪談的成功與否與系統分析師的人際溝通能力無關。

解答：答案選擇A。抽樣是由系統分析師主觀因素在裏面的。

12.某在線平臺的支付功能需求描述如下：客戶進行支付時，可以使用信用卡支付或者支付寶支付，從中抽象出三個用例：支付，支付寶支付，行用卡支付。這三個用例之間的關係是：

解答：答案是A。應該用空心箭頭。其他幾個錯的更加離譜了，所以選A。

13.面向對象動態分析模型系統的動態行爲，顯示對象在系統運行期間不同時刻的動態交互。其中交互模型包括（），其他行爲模型還有（）。
A.順序圖和協作圖
B.順序圖和狀態圖
C.協作圖和活動圖
D.狀態圖和活動圖
A.順序圖和協作圖
B.順序圖和狀態圖
C.協作圖和活動圖
D.狀態圖和活動圖

解答：A｜D。順序圖，協作圖，定時圖是三大交互圖。協作圖都是UML1.0的叫法，現在UML2.0都稱作通信圖。

14.需求獲取是確定和理解不同的項目干係人的需求和約束的過程，需求獲取是否科學，準備充分，對獲取出來的結果影響很大。在多種需求獲取方式中，（）方法具有良好的靈活性，有較寬廣的應用範圍，但存在獲取需求時信息量大，記錄較爲困難，需要足夠的領域知識等問題。（）方法基於數理統計原理，不僅可以用於收集數據，還可以用於採集訪談用戶或者是採集觀察用戶，並可以減少數據收集的偏差。（）方法通過高度組織的羣體會議，來分析企業內的問題，並從中獲取系統需求。
A.用戶訪談
B.問卷調查
C.聯合需求計劃
D.採樣

解答：A｜D｜C。每一次訪談和用戶溝通的信息量都是比較大的。如果沒有領域知識，連怎麼問都不知道。看到採樣抽樣這些關鍵字後，一般就要和數理統計聯繫在一起。

獲取需求的方法
用戶訪談	1對1-3，有代表性的用戶
問卷調查	用戶多，無法一一訪談
現場觀摩	針對較爲複雜的流程和操作
聯合需求計劃JRP	高度組織的羣體會議，各方參與，成本較高
情節串聯板	一系列圖片，通過這些圖片來講故事
收集資料	把與系統相關的，對系統開發有益的信息收集起來
參加業務實踐	有效地發現問題的本質和尋找解決問題的辦法
閱讀歷史文檔	對收集數據性的信息較爲有用
抽樣調查	降低成本。樣本大小=α（可信度係數/可接受的錯誤）² α一般取0.25

衝刺題5：系統設計

01.以下關於面向對象的設計中，錯誤的是（）。
A.類的屬性用於封裝數據，類的方法用於封裝行爲。
B. 面向對象的基本思想包括抽象，封裝封裝和可擴展性。
C.對象繼承和多態可用來實現可擴展性
D.對象持久化是指將數據庫中的數據加載到內存中供應用程序訪問。

解答：答案選擇D。

02.採用面向對象技術設計銀行管理系統。賬戶類應設計爲（），賬戶管理類應設計爲（）
A.控制類
B.邊界類
C.接口類
D.實體類

解答：D｜A。賬戶管理員類是實體類。面向對象分析類可以分爲邊界類，控制類和實體類。

邊界類	是一種用於對系統外部環境與內部運作之間交互進行建模的類。
控制類	用於對一個或多個用例所特有的控制行爲進行建模，描述用例業務邏輯的實現。
實體類	用於對必須存儲的信息和相關行爲建模的類，用於保存和更新一些現象的有關信息

03.僱員類含有計算報酬的行爲，利用面向對象的（），可以使得其派生類專職僱員類和兼職僱員類計算報酬的行爲有相同的名稱，但又不同的計算方法。
A.多態性
B.繼承性
C.封裝性
D.複用性

解答：答案選擇A。

04.面向對象設計是模型驅動和用例驅動的，整個設計過程將（）作爲輸入，並生成（）作爲輸出。
A.邏輯數據流圖
B.設計文檔和用戶說明
C.需求類圖
D.需求模型
A.物理數據流圖
B.設計文檔和用戶說明
C.設計類圖和系統順序圖
D.設計模型

解答：D｜D。設計類圖和系統時序圖過於單一了。它的完善性是不夠的。需求模型進一步可以分爲用例模型和分析模型。

05.以下關於軟件系統模塊結構設計的敘述中，正確的是（）
A.當模塊扇出過大時，應把下級模塊進一步分解爲若干個子模塊。
B.當模塊扇出過小時，應適當增加中間的控制模塊。
C.模塊的扇入大，表示模塊的複雜度較高
D.模塊的扇入大，表示模塊的複用程度高

解答：D。在結構化的年代希望扇入比較大扇出比較小，扇入大說明有很多上層模塊來調用。

07.以下關於依賴倒置的原則的敘述，正確的是（）。
A.要針對實現編程，而不是針對接口編程
B.在程序中儘量使用具體類進行編程，而少使用抽象類層。
C.在程序代碼中傳遞參數時或子組合關係中，儘量引用層次高的抽象層次
D.軟件實體應對擴展開放而對修改關閉。

解答：C。就是依賴倒置原則的一個應用。D不是依賴倒置原則，而是開閉原則。中介者模式與代理模式，中介者是在多個類的中間，傳遞信息。針對實現的編程是緊耦合，針對接口編程就不存在緊耦合的問題了，這就是依賴倒置的原則。家用PC機就是面向接口的，而電視機電路板都焊接在一起，無法單獨替換，他就是面向實現的編程。

08.某公司欲開發一個軟件系統的在線文檔幫助系統，用戶可以在任何一個查詢上下文中輸入查詢的關鍵字，如果當前的查詢環境下沒有相關的內容，則系統會將查詢按一定的順序轉發給其他的查詢環境，基於上述需求，採用（）最合適。
A.責任鏈模式
B.橋接模式
C.裝飾模式
D.適配者模式

解答：答案選擇A。

09.某軟件公司基於面向對象技術開發了一套圖形界面構建庫，在使用該庫構建某圖形界面時，用戶要求爲界面定製一些特效顯示效果，如帶滾動條，能夠顯示藝術字體的透明窗體等。針對這種需求，公司採用（）最爲靈活。
A.橋接模式
B.命令模式
C.組合模式
D.裝飾模式

解答：答案選擇D。

10.關於設計模式，下列說法正確的是（）
A.原型模式和模版方法屬於創建型模式。
B.組合模式和代理模式屬於結構型模式。
C.橋接模式和狀態模式屬於行爲型模式。
D.外觀模式和中介模式屬於創建型模式。

解答：答案選擇B。狀態模式是行爲模式，橋接模式屬於結構模式。

11.界面是系統與用戶交互的最直接的層面。某博士提出了著名的人機交互“黃金三原則”，包括保持界面一致，減輕用戶記憶負擔和（）。
A.遵循用戶認知理解
B.降低用戶培訓成本
C.置於用戶控制之下
D.注意資源協調方式

解答：C。

12.某網站系統在用戶登錄時使用數字效驗碼，爲了增強安全性，現在要求在登陸效驗碼中增加字母或圖片，如果直接修改原有的生成登陸效驗碼的程序代碼，則違反了面向對象設計中的（）。
A.開閉原則
B.裏式交換原則
C.最少知識原則
D.組合複用原則

解答：答案選擇A。

13.下面關於觀察者模式描述不正確的是（）
A.觀察者模式實現了表示層與數據層的分離。
B.觀察者模式定義了穩定的更新消息傳遞機制。
C.在觀察者模式中，相同的數據層不可以有不同的表示層。
D.觀察者模式定義了對象之間的一種一對多的依賴關係

解答：答案選擇C。一個東西變了會通知多個地方它已經變了，這就是觀察者模式的思想。

衝刺題6：項目管理

01.   軟件風險是指再軟件開發過程中面臨的一些不確定性和可能造成的損失。軟件風險大致可以分爲三類：項目風險，技術風險和商業風險。下列敘述中（）屬於商業風險。
A．   軟件的開發實踐可能會超出預期時間
B．   採用的開發技術過於先進，技術本身尚不確定
C．   軟件開發過程中需求一致未能穩定下來
D．   軟件開發過程沒有得到預算或人員上的保證。

解答：答案選擇D。在選項D中，作爲系統分析師我們無法保證人員的情況，所以不是項目風險。商業風險不是項目經理能夠管控的風險。

風險的分類
項目風險	項目複雜性，規模和結構的不確定性
	潛在的預算，進度，人員和組織，資源用戶和需求問題
技術風險	潛在的設計，實現，接口，測試和維護方面的問題
	規格說明的多義性，技術上的不確定性，技術陳舊或最新技術(不成熟）
商業風險	市場風險	系統雖然優秀，但不是市場真正所想要的
	策略風險	系統不再符合企業的信息系統戰略
	銷售風險	開發了銷售部門不知道如何推銷的系統
	管理風險	由於重點轉移或人員變動而失去上級支持
	預算風險	開發過程沒有得到預算或人員的保證

02.軟件項目中，技術風險威脅到要開發軟件的質量及交付時間，而（）不屬於技術風險。
A.採用先進技術開發目前尚無用戶真正需要的產品或系統
B.軟件需要使用新的或未經證實的硬件接口。
C.產品的需求中要求開發某些程序構件，這些構件與以前所開發過的構件完全不同。
D.需求中要求使用新的分析，設計或測試方法。

解答：答案選擇A。是商業風險中的市場風險。系統雖然優秀，但不是用戶真正需要的。

03.正式技術評審FTR是一種由軟件工程師進行的軟件質量保證活動。下面活動不屬於FTR範疇的是（）。
A.在軟件的任何一種表現形式中發現功能，邏輯或實現的錯誤。
B.明確聲明軟件的功能和性能需求，明確文檔化的開發標準。
C.證實經過複審的軟件確實滿足需求
D.保證軟件的表示符合預定義標準

答案選擇B。在軟件的任何一種表示形式中發現功能，邏輯或實現的錯誤。證實經過複審的軟件的確滿足需求保證軟件的表示符合預定義的標準使項目更易於管理得到以一種一致的方式開發的軟件

04.軟件配置管理SCM是一組用於在計算機軟件（）管理變化的活動。
A.交付使用後
B.開發過程中
C.整個生命週期內
D.測試過程中

解答：答案選擇C。

05.某軟件公司分爲研發，人力資源管理，市場營銷等部門，通過部門之間互相協作完成項目。該公司的組織結構屬於（）。
A.矩陣型組織結構
B.職能型組織結構
C.產品型組織結構
D.協作型組織結構

解答：答案選擇B。

06.軟件配置管理的活動主要有編制配置管理計劃，配置標識，（），配置狀態報告，配置評價，發行管理和交付。
A.配置控制
B.配置實現
C.配置測試
D.配置跟蹤

解答：答案選擇A。

07.PERT圖是進度安排的常用圖形描述方法之一，它能夠（），在PERT圖上面通過（）分析可以計算完成整個項目的最短工期。
A.描述每個任務的進展情況以及各個任務之間的並行性。
B.反映各個任務之間的依賴關係
C.以日曆爲基準描述項目任務
D.用條形表示每個任務的持續時間

A.鬆弛時間
B.依賴關係
C.關鍵路徑
D.並行關係

解答：B｜C。PERT圖是在單代號網絡圖的基礎上加了最早最晚開始時間等信息的圖。在項目管理中還涉及到最早最晚時間的概率分佈的信息。

08.（）把軟件項目整體或者主要的可交付成果分解爲易於管理，方便控制的若干子項目，再將子項目繼續分解爲工作包的過程。在每個分解單元中，都存在可交付成果和里程碑，該模型的主要用途是（）。
A.分層數據流圖
B.軟件模塊圖
C.工作分解結構
D.PERT圖

A.描述軟件項目的功能需求
B.定義項目邊界，有助於防止範圍蔓延
C.對軟件的靜態結構進行建模
D.刻畫軟件開發活動之間的依賴關係

解答：答案選擇C｜B。

09.項目管理中使用的甘特圖（）。
A.使管理者明確一個作業的延遲對另一個作業的影響
B.清晰的表明了各個作業之間的銜接關係
C.清晰的定義了關鍵路徑
D.可以隨時將實際進度與計劃進度相互比較

解答：D。

11.某工程有七個作業A~G，按計劃，完成各作業所需的時間以及作業之間的銜接關係見下表：

作業名 A B C D E F G
所需時間（周） 5 6 5 10 8 3 4
緊後作業 CD CDE F G G - -
按照上述計劃，該工程的總工期預計爲（）周。
在工程實施了10周後，經理對進度進行了檢查，結果是作業A和B已經完成，作業D完成了30%，作業E完成了25%，其他作業都還沒有開始。
如果隨後安全按原計劃實施，則總工期將（）完成。
A．20
B．25
C．33
D．41
A．提前1周
B．推遲1周
C．推遲2周
D．推遲3周

解答：答案選擇A|B。首先根據題目應該先求出關鍵路徑：BDG。而在關鍵路徑上B已經全部完成，D還有70%沒有完成，按照計劃還需要7周，G沒有開始需要4周，加上已經完工了10周，總共需要21周。關鍵路徑是20周，那麼就推遲一週。

衝刺題7：案例分析

閱讀下說明，回答問題1-4，將解答填入答題紙的對應欄內。
【說明】
某項目細分爲A，B，C，D，E，F，G，H共八個模塊，而且各模塊之間的依賴關係和持續時間如下表所示。

活動代碼 緊前活動 活動持續時間（天）
A - 5
B A 3
C A 6
D A 4
E B，C 8
F C，D 5
G D 6
H E，F，G 9
【問題1】
計算該活動的關鍵路徑和項目的總工數。
【問題2】
1）計算活動B，C，D的總時差
2）計算活動B，C，D的自由時差
3）計算活動D，G的最遲開始時間
【問題3】
如果活動G儘早開始，但工期延遲了5天，則該項目的工期會拖延多少天？請說出理由。

總時差	在不延誤總工期的前提下，該活動的機動時間
自由時差	在不影響緊後活動的最早開始時間的前提下，該活動的機動時間

解答：
【問題1】
關鍵路徑：ACEH=5+6+8+9=28天（項目總工數）
【問題2】
因爲C在關鍵路徑上，所以C 的總時差和自由時差都爲0天
B的總時差和自由時差一樣都是3天。
D的總時差爲4天，自由時差爲2天。
D的最遲開始時間爲第9天。G的最遲開始時間爲第13天。
【問題3】
如果G延期了5天，那麼G=6+5=11天，那麼關鍵路徑也發生了變化。
關鍵路徑變爲了ADGH=5+4+11+9=29天。該項目將比原先延遲一天完成。因爲D 的總時差爲4天，而延遲到了5天，那麼關鍵路徑就發生變化了。

【系統分析師之路】第二十一章考前衝刺Part2(視頻筆記)