天天看點

小虎的軟考輔導視訊講座有啥與衆不同?

小虎的軟考輔導視訊講座有啥與衆不同?

     1.資訊要滿足一定的品質屬性,其中資訊()指資訊的來源、采集方法、傳輸過程是可以信任的,符合預期。

         A.完整性    B.可靠性    C.可驗證性    D.保密性

【傳統解析】

【小虎解析】

題目的關鍵詞是:信任,網友常說,小老虎信任可靠,信任與可靠是不分家的。

參考答案:B

2.以下關于資訊化的叙述中,不正确的是:()。

A.資訊化的主體是程式員、工程師、項目經理、品質管控人員

B.資訊化的時域是一個長期的過程

C.資訊化的手段是基千現代資訊技術的先進社會生産工具

D.資訊化的目标是使國家的綜合實力、社會的文明素質和人民的生活品質全面達到現代化水準

題目問:不正确的選誰?

别拿上司不當幹部。

參考答案:A

3.兩化(工業化和資訊化)深度融合的主攻方向是:()。

怎麼叫深度融合:就是你中有我,我中有你呗!

就像男女年輕人談念愛,組建家庭,孩子,有一半是先生的,有一半是妻子的,精子與卵子的結合,這就是高度融合,你中有我,我中有你,誰也離不開誰。

智能:資訊化呗

制造:工業化呗

4.以下關于資訊系統運維王作的叙述中不正确的是:()。

A.運維工程師在運維工作中也可能會有軟體開發的工作

B.運維工作的重要目的之一是保證系統的可用性和穩定性

C.運維工程師需要定期對運維對象進行巡檢    

D.運維工作量的結算是以運維工程師的統計作為依據的

“運維工程師的統計作為依據的”,好家夥的您長本事了,你厲害了,你飛上天了

以您的統計為依據,作為運維工程師主管的小虎,話語權哪兒去了,你說統計,就統計啊!

參考答案:D

5.以下關于軟體需求變更的叙述中,不正确的是:()。

A.每一個需求變更都必須能追溯到一個經核準的變更請求

B.變更控制過程本身應該彤成文檔

C.所有需求變更必須遵循變更控制過程

D. 需求變更後,可以删除原始的需求文檔

需求變更管理 

不被控制的變更是使項目陷入混亂、不能按進度執行或軟體品質低劣的共同原因。為了使開發組織能夠嚴格控制軟體項目應確定以下事項: 

應仔細評估已建議的變更。 

挑選合适的人選對變更做出決定。 

變更應及時通知所有涉及的人員。 

項目要按一定的程式來采納需求變更。 

隻有項目風險承擔者在開發過程中能控制變更,他們才知道将傳遞什麼,哪一項将會導緻與目标的差距。對項目越深入了解後,你就越能發現采納變更需求條件的苛刻。在需求文檔中一定要反映項目的變更,需求文檔應精确描述要傳遞的産品。要是需求文檔同産品不一緻,那它就毫無用處,甚至就象沒有一個需求文檔來指導開發組開發一樣。 

當你不得不做出變更時,應該按從進階到低級的順序對被影響的需求文檔進行處理。舉個例子,一個已建議的變更可能影響一個使用執行個體和功能需求但不影響任何業務需求。改動高層系統需求能夠影響多個軟體需求。如果在最低層需求上做出變更,(典型的情況是一個功能性需求),可能會導緻需求同上層文檔不一緻。

好家夥,您敢把“删除原始的需求文檔”

憑啥說客戶修改了需求,做了需求變更啊!導緻給軟體開發帶了麻煩,帶來了成本。

口說無憑啊!我的兄弟。

6.以下關于軟體需求分析的叙述中,不正确的是:( ) 。

B.軟體需求分析可以檢測和解決需求之間的沖突

C.軟體需求分析可以确定系統的邊界

D.軟體需求分析是軟體工程中的一個關鍵過程

軟體需求分析階段的任務是描述出軟體架構及相關元件之間的接口

軟體需求分析階段,咋整:“軟體架構”、“元件接口”

軟體需求階段,可是客戶參加的,甲方都參加的,我滴個乖乖,客戶都知道啊!都門清楚這些專業高深技術啊???

A.資料庫通路中間件

B.遠端過程調用中間件

C.面向消息中間件

D.事務中間件   

     資料庫通路中間件(Database Access Middleware):支援使用者通路各種作業系統或應用程式中的資料庫。

SQL 是該類中間件的其中一種。

  【小虎解析】

學過計算機的人都知道DB。

親,如果學過計算機,連這都不知道,小虎勸你回去問您媽媽去。

DB DataBase C Connect

這不就是:資料庫通路嘛

8.以下關于軟體品質管理過程的叙述中,不正确的是:()。

A.驗證過程的目的是確定活動的輸出産品滿足活動的規範說明

B.确認過程的目的是確定産品滿足其特定的目标

C.技術評審的目的之一是評價所用管理方法的有效性

D.審計是正式組織的活動

小虎觀點:技術是技術,管理是管理,這是兩個線,大一點的公司,

這是崗位是分開的,搞的搞技術,管理是搞管理的

評價所用管理方法,意思是說評價軟體品質管理方法的有效性。

軟體品質,更不對,他們更多屬于:QA、QC、以及項目經理份内的事情。