天天看點

軟考中級筆記5大過程組 範圍管理 成本管理 采購管理 風險管理配置管理立項管理合同管理項目收尾管理    品質管理人力資源管理溝通管理整體管理風險管理變更管理項目一般管理資訊系統內建專業技術知識安全屬性

9大管理總複習

軟考中級筆記5大過程組 範圍管理 成本管理 采購管理 風險管理配置管理立項管理合同管理項目收尾管理    品質管理人力資源管理溝通管理整體管理風險管理變更管理項目一般管理資訊系統內建專業技術知識安全屬性

1)     

範圍管理的過程和各自的工具是什麼?

2)    

産品範圍包含(産品規格),( 性能技術名額)的描述。

3)    

項目範圍是否完成以什麼為衡量标準。

以項目管理計劃,項目範圍說明書,wbs,以及wbs字典作為衡量标準。

要基于項目管理計劃來度量

4)    

wbs的表示形式是什麼?各有什麼優缺點?

樹型和清單形式。

<col>

優點

缺點

樹型

層次清晰,非常直覺,結構性強

不容易修改,對于大的複雜的項目很難表示出項目的全景。一般應用在中小型項目中。

清單形式

能反映出項目所有的工作元素,常用在大的、複雜的項目中

直覺性較差,有些項目分解後,内容分類較多,容量較大。

5)     

詳細範圍說明書的内容。

項目的目标

産品範圍描述

項目的可傳遞物

項目邊界

産品驗收标準

項目的限制條件

項目的假定

6)    

項目範圍管理計劃的内容。

範圍管理計劃是一個計劃工具,用以

描述該團隊如何定義項目範圍,

如何制訂詳細的範圍說明書

如何定義和編制工作分解結構

如何驗證和控制範圍

7)     

工作包是定義( 工作範圍)( 項目組織

),設定項目産品的品質和規格,估算和控制費用,估算時間周期和安排進度的基礎。

8)     

項目分解工作包的一般活動是什麼?

識别分析項目可傳遞物與其他相關工作

構造群組織wbs

把高層的wbs分解為詳細的 低層次的工作單元

為工作單元配置設定代碼

确認分解的程度是充分必要的

9)     

項目工作分解的主要步驟是什麼?

識别和确認項目的階段和主要可傳遞物

分解并确認每一組成部分是否分解的足夠詳細

确認項目主要傳遞物的組成要素

核實分解的正确性

10)    (項目範圍說明書

),( wbs ) ( wbs字典 )作為項目的範圍基準。

11)   範圍确認和品質控制的差別。

範圍确認應該貫穿項目的始終,範圍确認與品質控制不通,範圍确認是有關工作成果的接收問題,而品質控制是有關工作結果正确與否,品質控制一般在範圍确認之前完成,當然也可并行進行。

12)    範圍變更的原因是什麼?

外部環境變化

項目範圍的計劃編制不周密詳細

市場上出現了或是設計人員提出了新技術 新手段或新方案

項目實施組織本身發送變化

客戶對項目、項目産品或服務要求發生了變化

13)   

變更控制的焦點問題是什麼?

确定範圍變更是否已經發生

對造成範圍變更的因素施加影響,確定變更得到一緻的認可

當範圍變更發生時,對實際的變更進行管理

14)   

wbs字典的内容,要了解,多少能說出幾個。

編号

名稱

工作說明

相關活動清單

裡程碑清單

承辦組織

開始和結束日期

資源需求、成本估算、負載量

規格

合同資訊

品質要求和有關工作品質的技術參考資料

15)    滾動波式計劃的實質是什麼?

近期的工作計劃得細一些,遠期的工作計劃得相對粗一些。

16)    分解工作分解結構的原則是什麼?8

在各層次上保持項目的完整性,避免遺漏必要的組成部分

一個工作單元隻能從屬于某個上層單元,避免交叉從屬

相同層次的工作單元應有相同性質

工作單元應能分開不同的責任者和不同工作内容

便于項目管理進行計劃和控制的管理需要

最底層工作應該具有可比性,是可管理的,可定量檢查的。

應包括項目管理工作,包括分包出去的工作

wbs的最低層次的工作單元是工作包。

17)   ( )是編制範圍管理計劃的基本的依據

項目章程,初步項目範圍說明書,組織過程資産,環境因素群組織因素,項目管理計劃

18)    wbs分解的方法有幾種,分别是什麼?

項目生命周期的階段作為分解的第一層

把項目重要的可傳遞物作為分解第一層

把子項目安排在第一層,再分解子項目的wbs

19)   

輸入輸出的内容是什麼?

20)   

關于範圍蔓延和鍍金你是否能差別開。

1)  成本的過程和工具。

2)  成本估算和預算的差別和聯系。

成本估算的輸出結果是成本預算的基礎與依據,成本預算是将已準許的項目的總的估算成本進行分攤。

3)  成本失控的原因。

對項目認識不足

組織制度不健全

方法問題

技術的制約

4)  成本的類型,會差別。

可變成本,固定成本,直接成本(團隊差旅費,工資,項目使用的物料及裝置使用費),間接成本(稅金,額外福利,保衛費用)

5)  成本估算的步驟。

識别并分析成本的構成科目

根據分析的構成科目,估算每一科目的成本大小

分析成本估算結果,找出各種可以互相替代的成本,協調各種成本之間的比例關系。

6)  成本預算的步驟。

将項目總成本分攤到項目工作分解結構的各個工作包

将各個工作包成本再配置設定到該工作包所包含的各種活動上

确定各項成本預算支出的時間計劃及項目成本預算計劃

7)  除了直接成本以外,成本估算還要考慮什麼因素?

非直接成本

學習曲線

項目完成的時限

品質要求

儲備

8)  活動成本估算的支援性細節有什麼内容。

活動工作範圍的描述

依據的文字記載,如何編制預算

所做假設的文字記載

制約條件的文字記載

關于估算範圍的記載

9)  成本預算的特征

計劃性 控制性 限制性

10)    成本預算的原則

以項目需求為基礎

以項目目标相聯系

切實可行

留有彈性

11)    成本基準包括管理儲備金嗎?

不包括

12)    成本控制的内容是什麼

對造成成本基準變更的因素施加影響;

確定變更請求獲得同意;

當變更發生時,管理這些實際的變更;

保證潛在的成本超支不超過授權的項目階段資金和總體資金;

監督成本執行(績效),找出與成本基準的偏差;

準确記錄所有的與成本基準的偏差;

防止錯誤的、不恰當的或未準許的變更被納入成本或資源使用報告中{

就審定的變更,通知項目幹系人;

采取措施,将預期的成本超支控制在可接受的範圍内。

13)    掙值的所有公式

14)    項目績效稽核是什麼的工具。一般和什麼技術相結合使用。

成本控制,掙值分析,偏差分析,趨勢分析

15)    輸入輸出的所有過程。

16)    沉沒成本,無形成本,機會成本等有什麼差別,會識别

采購的過程和工具

編制采購管理計劃,編制詢價計劃,詢價投标,供方選擇,合同管理和收尾

2)     

采購管理計劃的内容 p386

采用的合同類型

是否采用獨立估算作為評估标準

如果想買的執行組織設有采購、合同或者發包部門,項目管理團隊本身能采取哪些行動

标準的采購檔案

管理多個供應商

協調采購與項目的其他方面

能對計劃的采購造成影響的任何限制和假定

處理從賣方購買産品所需的提前訂貨期

3)     

采購工作說明書中的資訊有(規格說明書)(期望的數量)(品質的等級、性能資料,履約期限、工作地)以及其他要求。

4)     

rfp,rfq分别是什麼。

rfp方案邀請書(請求建議書):征求潛在供應商的建議

rfq

報價邀請書:征求潛在供應商報價

rfi 供應商意見書

information

ifb

投标邀請書

(rfq)是用來得到潛在賣方的報價建議書的。quoting

6)     

詢價的方法技術着重複習,了解投标人會議。

詢價方法技術

投标人會議

刊登廣告

制訂合格賣方清單

涉及權重系統的題要會算。

求出平均分,乘以權重,單項得分

采購審計是什麼的工具,它的目标是什麼?

合同收尾

采購審計的目标是找出本次采購的成功和失敗之處。 

輸入輸出的過程。

10)   

了解合同類型的差別。

按合同費用支付方式:1、固定總價合同 2、成本補償合同 3、工時和材料

固定總價:最簡單的形式是采購單;定義明确的産品或服務規定一個固定的總價

成本補償合同:賣方報帳實際成本,通常加上一些費用作為賣方利潤

時間和材料合同:成本補償和固定總價的混合類型,不能迅速确定工作量

11)   

編制采購管理計劃的第一步是什麼?

确定項目的某些産品

服務成果是項目團隊自己提供還是通過采購來滿足,然後确定采購的方法和流程以及找出潛在的賣方

12 工作說明書的内容是什麼

前言

項目工作範圍

項目工作方法

假定

工作期限和工作量估計

雙方角色和責任

傳遞件

完成以及驗收标準

服務人員

聘用條款

收費以及付款方式

變更管理

承諾

13)    招标的方式是哪兩種?

公開招标:邀請不特定的法人或者其他組織

邀請招标:邀請特定的

14)    招标人和中标人簽訂合同是在(30)天内。

15)    若修改招标檔案。應(15)天提前通知。

16)    招标檔案開始發出到送出投标檔案截止,最短不得少于(20)天。

17)    預售招标檔案不得少于(5)天。

1) 

風險管理的過程和工具

過程

輸入

工具

輸出

制定風險管理計劃

企業環境因素

組織過程資産

項目範圍說明書

項目管理計劃

風險核對表

風險管理表格

風險資料庫模式

風險管理計劃

風險識别

德爾菲技術(背靠背)

頭腦風暴法

swot分析法

檢查表

圖解技術

已識别的風險清單

潛在應對措施清單

風險基本原因

風險類别更新

定性風險評估

風險登記表

風險機率影響評估

機率和影響矩陣

風險分類

風險緊迫性評估

風險登記單(更新的)

定量風險評估

風險登記單

期望貨币值

計算分析因子

計劃評審技術

蒙特卡洛分析

編制風險應對計劃

消極(規避、轉移、減輕)

接受:儲備

積極應對(開拓、分享、提高)

風險監控

風險登記清單

風險再評估

風險審計

技術績效測量

狀态審查會

儲備金分析、偏差和趨勢分析

2) 

風險的特征

風險是損失或損害

風險是一種不确定性

風險是針對未來的

風險是客觀存在的

風險是相對的

風險是預期和後果之間的差異

3) 

風險管理計劃的内容(方世玉色,頂針十分慧根)

方法論

角色與職責

預算

計時法

風險機率影響的定義

修改的厲害關系者承受度

彙報格式

跟蹤

4) 

項目風險識别的特點

全員性

系統性

動态性

資訊依賴性

綜合型

5) 

識别風險的步驟。

收集資料

風險形勢估計

根據直接或間接的症狀将潛在的風險識别出來

6) 

德爾菲和頭腦風暴法的差別

德爾菲:求真,背靠背,多輪,就某一專題達成一緻意見的一種方法

頭腦風暴法:集思廣益,目的隻是取得一份綜合的風險清單,不一定準确

7) 

圖解技術是什麼的工具,他的内容是什麼

定性風險分析的工具:

圖解技術包括:因果圖,系統或過程流程圖,影響圖

8) 

期望貨币值,決策樹的計算。

emv

數值*機率 相加

9) 

蒙特卡羅是什麼的工具,他又叫做什麼

定量分析的工具

蒙特卡洛分析 :又稱随機模拟法

10)     

應對風險的基本措施是什麼?并說出具體的方法。

規避:改變項目計劃,排除風險起源

接受:主動接受:應急儲備

被動:不采取任何措施,待風險發生時視情況而定

減輕:采用不複雜工藝,實施更多測試,選擇穩定可靠的賣方,設計設定備援元件

轉移:讓他方承擔,并非将風險拔除。保險,履約保證書,擔保書,保證書

11)     

風險再評估,如果出現了風險登記單中未預期的風險或觀察清單未包括的風險,則此時應該怎麼做?

進行額外的風險應對規劃以對風險進行控制

12)     

了解狀态審查會

對風險進行讨論,促使有關風險的讨論更加容易,更加準确。

13)     

定性風險分析和定量分析的差別

定性風險分析:機率影響評估、彙總排序。

定量風險分析:針對定性分析中風險進行量化分析,并配置設定數值。是在不确定的情況下進行決策的一種量化的方法。

14)     

風險識别的參與者有哪些人?

項目經理,項目團隊成員,風險管理團隊,項目團隊之外的相關領域專家,顧客,最終使用者,項目相關幹系人和風險管理專家。

應鼓勵所有項目人員參與風險的識别。

項目團隊應自始至終全過程參與風險識别過程。

1)  指南中提出的文檔從重要性和品質要求方面可以分為(正式文檔)(非正式文檔)

2)  從項目周期的角度可以分為(開發文檔)(管理文檔)(産品文檔)

3)  管理資訊文檔規範化管理主要展現在幾個方面?

文檔書寫規範

圖表編号規則

文檔目錄編寫标準

文檔管理制度

配置管理包括4個活動

配置識别,變更控制,狀态報告和配置審計

5)  配置管理的活動和流程

制定配置管理計劃,配置識别和建立基線,建立配置管理系統,變更控制,版本管理,配置狀态報告和配置審計

6)  配置管理計劃的主要内容

配置管理軟硬體資源,配置項計劃,基線計劃,傳遞計劃,備份計劃,配置審計和評審,變更管理

7)  配置識别的基本步驟,也就是配置管理者的職責

識别需要受控的軟體配置項

給每個産品和它的元件及相關的文檔配置設定唯一的辨別

定義每個配置項的重要特征以及識别其所有者

識别元件,資料及産品擷取點和準則

建立和控制基線

維護文檔群組件的修訂與産品版本之間的關系

所有的配置項的操作權限由(cmo)嚴格管理。基本原則是什麼

基線的配置項向軟體開發人員開放讀取的權限,非基線配置項向pm,ccb及相關人員開放

9)  基線配置項包括(設計文檔)(源程式),非基線配置項包括(項目的各類計劃和報告)

建立配置管理方案的基本步驟是什麼

組建配置管理方案構造小組

對目标機構進行了解

評估

配置管理工具及其提供商評估

制訂實施計劃

定義配置管理流程

試驗項目的實施

全面實施

配置庫有幾種類型

動态庫,受控庫,靜态庫,備份庫

(靜态庫)用于存檔各種廣泛使用的已釋出的基線

(受控庫)庫是用于管理目前基線和控制對基線變更的。

(動态庫)庫是用來儲存開發人員目前的正在開發的配置實體。

15)     

版本管理掌握正式,草稿,修改

16)     

變更控制的程式是什麼

變更申請

變更評估

變更實施

變更驗證與确認

變更的釋出

17)     

變更評估的内容

變更的内容是否合理

變更的範圍是否正确,考慮周全

受影響的配置項是否已被充分考慮,是否需要同時進行變更

工作量估計是否合理

如有變更實施方案,評估基線變更的實施方案是否合理

18)     

功能配置審計和實體配置審計的差別和内容.

1)  需求分析工作的特點

使用者與開發人員之間存在溝通方面的困難

使用者的需求是動态變化的

生命周期中的不同階段系統變更的代價呈非線性增長

()是國家或者上級部門選擇項目的依據。

項目建議書(立項申請書)

3)  項目建議書的主要内容。‘

項目的必要性

項目的市場預測

産品方案或服務的市場預測

項目建設必需的條件

可行性研究的内容

投資必要性

技術的可行性

财務可行性

組織可行性

經濟可行性

社會可行性

風險因素及對策

建設方的項目建議書的詳細内容

項目名稱

項目建設的必要性和依據

項目目的,作用及意義

項目的國内外技術發展狀況,水準和發展趨勢

研究開發領域

項目的研究開發情況

項目負責人,主要技術人員

項目起止時間,最終達到的目标,前景及預期考核的技術經濟名額

項目經費預算,用途和用款計劃

其他

項目建議書準許後的主要工作

确定項目建設的機構,人員

標明建設位址

落實籌措資金方案

落實原料的供應

配套方案

外商投資企業申請企業名稱預登記

進行詳細的市場調查分析

編制可行性研究報告

初步可行性研究的目的

分析項目是否有前途

項目中是否有關鍵性的技術或項目需要解決

必須要做哪些職能研究或輔助研究

初步可行性研究和詳細可行性研究不同的地方

9)  初步可行性研究的主要内容

市場和生産能力

物料投入分析

座落地點及廠址的選擇

項目設計

項目進度安排

項目投資與成本估算

詳細可行性研究的方法

經濟評價法,市場預測法,投資估算法,增量淨效益法

詳細可行性研究的内容

概述

需求确定

現有資源,設施情況分析

設計技術方法

項目實施進度計劃建設

投資估算和資金籌措計劃

項目組織、人力資源、技術教育訓練計劃

經濟和社會效益分析

合作、協作方式

12)   

項目論證的作用

确定項目是否實施的依據

籌措資金,向銀行貸款的依據

編制計劃,設計采購施工以及機構設定,資源配置的依據

項目論證是防範風險,提高項目效率的重要保證

項目論證的原則

合規

政策技術經濟相結合

重視資料資料

要加強科學的預測工作

微觀經濟效果與宏觀經濟效果相結合的原則

近期經濟效果與遠期經濟效果相結合

定性分析與定量分析相結合

項目論證的内容

項目财務評價

項目國民經濟評價

項目環境影響評價

項目社會影響評價

項目技術評價

項目不确定性和風險評價

項目綜合評價

15)   

項目取舍的依據是(項目評估報告)

16)   

項目評估的工作程式

成立評估小組,進行分工,制定評估工作計劃

開展調查研究,收集資料資料,并對可行性研究報告和相關資料進行審查和分析

分析與評估

編寫評估報告

17)   

項目評估的方法

項目評估法和全局評估法

總量評估法和增量評估法

費用效益分析法

成本效用分析法

多目标系統分析法

18)   

承建方項目立項的第一步是(項目識别),從(市場和技術,政策導向)尋找項目機會

承建方項目論證的内容

承建方技術可行性分析

承建方人力及其他資源配置能力可行性分析

項目财務可行性分析

項目風險分析

對可能的其他投标者的相關情況分析

合同八要素

當事人的名稱,标的,數量,品質,價款或報酬,履行期限

地點方式,違約責任,解決争議的方法

21)   

合同談判的方法一般是先談(技術條款),後談(商務條款)、

22)  

項目評估的内容

建設必要性 現實性

、可行性和市場預測的評估

建設條件的評估

技術方案的評估

機構設定和管理機制的評估

社會經濟效果的評估

社會效益的評估

綜合評估

1)  合同的法律特征

合同是一種民事法律行為

合同以設立、變更或終止民事權利義務關系為目的

合同是兩個及其以上的當事人意思表示一緻的協定

合同是當事人各方在平等,自願的基礎上産生的民事法律行為

2)判斷題,簽訂合同的當事人應當具有民事權利能力和民事行為能力。×(應當具有相應的)

3)  無效合同的情形

一方以欺詐

脅迫的手段訂立合同

惡意串通,損害國家

集體或者第三人利益

以合法形式掩蓋非法目的

損害社會公共利益

違反法律,行政法規的強制性規定

按照資訊系統範圍劃分的合同類型

總承包合同(交鑰匙承包)

單項項目承包合同(甲方有較強管理能力)

分包合同(承包人隻能将自己承包的部分工程分包給相同資質條件的分包人,分包工程必須經過發包人同意)

按照付款方式劃分的合同類型

總價合同(固定價格合同)

單價合同

成本加酬金合同

4種違約責任的承擔方式

繼續履行

支付違約金

賠償損失

采取補救措施

合同簽訂的注意事項

當事人的法律資格

品質驗收标準

驗收時間

技術支援服務

損害賠償

保密約定

合同附件

法律公證

關于合同要求不明确的處理

應當先協商,達成補充協定,協商不成,依照合同其他條款或交易習慣确定。

标的物的品質要求不明确,按國家标準和行業标準

履行地點不明确,标的性質不同而定

履行期限不明的,債務人可随時履行,債權人随時要求履行

履行費用負擔不明确的,由履行義務一方負擔

合同管理主要有(合同簽訂    )(合同履行)(合同變更)(合同檔案)管理

(公平合理)是合同變更的處理原則,首先确定(合同變更量清單),然後确定(變更價款)

不可抗力時間結束後(48)小時内承建機關向監理機關報受害情況

12)  

索賠的程式

提出索賠要求

報送索賠資料

監理工程師答複

監理工程師預期答複後果

持續索賠

仲裁與訴訟

索賠的依據

國家有關法律法規,

國家部門和地方有關資訊系統的标準 規範檔案

本項目的實施合同檔案

有關的憑證,包括來往檔案

其他相關檔案,包括市場行情記錄

記住28天

索賠的分類

按索賠目的:工期索賠和費用索賠

按索賠依據:合同規定的索賠和非合同規定的索賠

按索賠的業務性質分類:工程索賠和商務索賠

按索賠的處理方式:單項索賠和總索賠

1、     

項目收尾的具體内容

項目驗收

項目總結

項目評估審計

2、     

驗收工作的步驟

系統測試

系統試運作

系統文檔驗收

項目最終驗收報告

3、     

驗收測試工作可以由(業主)和(承建機關)共同進行,也可以由(第三方)進行

4、     

系統的文檔驗收,涉及的文檔有哪些?

系統內建項目介紹

系統內建項目最終報告

資訊系統說明手冊

資訊系統維護手冊

軟硬體産品說明書,品質保證書

5、     

确認項目工作結束的重要标志性工作是:最終驗收報告

6、     

項目總結的意義:

了解項目全過程的工作情況及相關項目人員的績效情況

了解出現的問題并進行措施改進

了解項目全過程中出現的值得吸取的經驗并進行總結

對總結後的文檔進行讨論,通過後存入公司的知識庫,進而納入企業的過程資

7、     

項目總結會的内容:

項目績效

技術績效

項目進度計劃績效

成本績效

項目的溝通

識别問題和解決問題

意見和建議

8、     

項目評估的要求:

盈利要求

客戶滿意度要求

後續項目名額要求

内部滿意度要求

9、     

項目審計應該由:項目管理部門和财務部門共同進行

10、   

軟體項目的後續工作

軟體bug的修改

軟體更新

後續技術支援

11、  

項目團隊人員的轉移流程(重點)

項目團隊成員的管理計劃

項目團隊成員所承擔的任務已完成

項目經理與項目團隊成員确認該成員的工作銜接已告一段落已經完成

項目經理簽發項目團隊成員轉移确認檔案

項目經理簽發項目團隊成員的績效考核檔案

項目經理通知所有相關的幹系人

召開項目總結表彰大會,肯定項目的成績,團隊成員的業績,同時總結項目的經驗教訓

1)  品質管理的流程是什麼?

确定品質标準體系

對項目實施進行品質監控

将實際與标準對照

糾偏糾錯

品質管理的過程是什麼?

編制品質管理計劃

品質保證

品質控制

品質保證的核心是什麼?

向人們提供足夠的信任,使顧客和其他相關方确信組織的産品,體系和過程達到規定的品質要求。

4)  品質管理的基本原則是什麼?

以實用為核心的多元要求

系統工程

職工參與管理

管理層和第一把手重視

保護消費者權益

面向國際市場

品質管理的目标是什麼?

顧客滿意度

預防勝于檢查

各階段内的過程

iso9004,iso9011都是提供什麼指南?

9004:品質管理體系的有效性和效率兩方面的指南

9011:提供稽核品質和環境管理的體系指南

7)  iso9000的8項原則是什麼?

以顧客為中心

上司作用

全員參與

過程方法

管理的系統方法

持續改進

基于事實的決策方法

與供方互利的關系

tqm全面品質管理4大特點是什麼?

全員參加的品質管理

全過程的品質管理

全面方法的品質管理

全面結果的品質管理

cmmi的5個階段,目标是什麼?

初始級,

可重複級,

可定義,

可管理級,

優化級

10)    

品質計劃的活動,4點

編制項目分品質計劃

學會使用工具和技術

形成項目品質計劃書

11)    

( 品質審計

)是對其他品質管理活動的結構化和獨立的評審方法。

12)    

品質保證活動的基本内容。

制定品質标準

制定品質控制流程

提出品質保證所采用的方法和技術

建立品質保證體系

13)    

品質控制的内容。

保證由内部和外部機構進行檢測管理的一緻性,發現與品質标準的差異

消除産品或服務過程中性能不能被滿足的原因

審查品質标準以決定可以達到的目标及成本、效率問題

确定是否可以修訂項目的品質标準或項目的具體目标

14)    

品質控制的基本步驟。

選擇控制對象

為控制對象确定标準或目标

制定實施計劃,确定保證措施

按計劃執行

對項目實施情況進行跟蹤監測、檢查

發現并分析偏差

根據偏差采取相應對策

15)    

輸入輸出的整個過程。

16)    

注意看品質控制的工具,各種圖。

17)    

分析原因的圖又哪些?流程圖 因果圖

18)    

( 基準比較

)是指将目标的實際做法或者計劃做法與其他項目的實踐相比較。

19)    

( 實驗設計

)是一種統計的方法。

品質成本分為哪三種,注意能區分。p308

預防成本, 評估成本,缺陷成本    預防成本:保證産品符合需求,無産品缺陷而付出的成本

人力資源管理的過程和工具是什麼?

制定人力資源管理計劃

(組織機構圖和職位描述,人力資源模闆,非正式的人際網絡)

組建項目團隊

(采購,談判,虛拟團隊,事先分派)

建設項目團隊

(團隊建設活動,獎勵與表彰,通用的管理技能,教育訓練,集中辦公,基本規則)

管理項目團隊

(觀察和交談,問題清單,項目績效評估,(沖突管理))

wbs,obs,rbs都是什麼,怎麼區分?

wbs用來确定項目的範圍,将項目可傳遞物分解成工作包即可得到該項目的wbs。

組織分解結構(obs)與wbs形式上相似,但是它不是根據項目的傳遞物進行分析,而是根據組織現有的部門,機關或團隊進行分解。

資源分解結構(rbs)是另一種層次結構圖,它用來分解項目中各種類型的資源。

人力資源計劃的内容是什麼?

角色和職責的配置設定,項目的組織結構圖,人員配備管理計劃

人員配備管理計劃内容是什麼?

組建項目團隊,時間表,人力資源釋放安排,教育訓練需求,遵守的規定,表彰和獎勵,安全性

什麼權利來自于項目經理本人

項目經理的權利:合法的權力,強制力,專家權力,獎勵權力,感召權力

建議項目經理最好用獎勵權力和專家權力來影響團隊成員去做事,盡量避免強制力。

專家權力和感召力來自于項目經理本人。其他的來自公司的授權。

成功的項目團隊的特點。

團隊的目标明确,成員清楚自己工作對目标的貢獻

團隊的組織結構清晰,崗位明确

有成文或習慣的工作流程和方法,而且流程簡明有效

共同制訂并遵守的組織紀律

項目經理對團隊成員有明确的考核和評價标準,工作結果公正公開,賞罰分明

協同工作,也就是一個成員工作需要依賴于另一個成員的結果,善于總結和學習。

團隊績效評估可以包含以下幾個名額?

技能的改進,進而使某個個人更高效地完成所分派的任務

能力和情感方面的改進,進而提高團隊能力,幫助團隊更好的共同工作

團隊成員流動率降低

增加團隊的凝聚力。

沖突的根源是什麼?

新技術的使用,多個上級,責任模糊,高壓的環境

虛拟團隊的意義。

在公司内部建立一個由不同地區員工組成的團隊

為項目團隊增加特殊技能的專家,即使這個專家不在本地

把在家辦公的員工納入虛拟團隊,以協同工作

由不同班組員工組成一個虛拟團隊

把行動不便的員工納入團隊

可以實施那些原本因為差旅費用過高而被忽略的項目

溝通管理的過程和工具。

溝通管理計劃編制:(影響溝通的技術因素,溝通方式)

資訊分發:(資訊收集和檢索系統,資訊釋出系統)

績效報告:(資訊表示工具,績效資訊收集和編輯,狀态評審會議)

項目幹系人管理:(溝通方法,問題日志)

績效報告包括(狀态)報告、(進展)報告和(預測)

現代管理制度首先對溝通的要求就是(有效性)原則。

阻礙有效溝通的因素。哪種是企業内部最常見的。

?  溝通雙方的實體距離,缺乏清晰的溝通管道,溝通的環境因素,複雜的組織結構,複雜的技術術語,有害的态度,

其中缺乏清晰的溝通管道是企業内部最常見的。

溝通管理計劃的編制步驟。

确定幹系人的溝通資訊需求

描述資訊收集和檔案歸檔結構

發送資訊和重要資訊的格式

溝通管理計劃的内容。

?  1)項目幹系人溝通要求

2)對要釋出資訊的描述 3)資訊接收的個人或組織

?  4)傳達資訊所需的技術或方法

5)溝通頻率 6)上報過程

7)随項目的進展對溝通管理計劃更新與細化的方法 8)通用詞語表

資訊傳遞的方式有哪些?

會議,書面通知,專設的項目管理軟體

項目中有哪些會議?

項目的例會,項目啟動會議,項目總結會議

例會的主要議題是什麼?

1)項目進展程度調查和彙報

2)項目問題的解決 3)項目潛在風險的評估 4)項目團隊人力資源協調

影響項目溝通的技術因素是什麼?

?  1)對資訊需求的緊迫性 2)技術是否到位 3)預期的項目人員配備 4)項目時間的長短 5)項目環境

11)  績效報告的内容是什麼?

1)項目的進展和調整情況 2)項目完成情況 3)項目總投入,資金到位情況

4)項目資金實際支出 5)項目主要效益情況 6)财務制度執行情況 7)項目團隊各職能團隊的績效 8)項目執行中存在的問題及改進措施

9)預測 10)變更請求 11)其他需要說明的問題

12)      形成績效報告的步驟

收集依據材料,項目績效稽核

13)      項目幹系人管理的範圍

?  客戶,高層上司,項目團隊

管理收尾的活動有哪些?

确認項目或者階段已滿足所有贊助者,客戶,以及其他項目幹系人需求的行動和活動

确認已滿足項目階段或者整個項目的完成标準,或者确認項目階段或者整個項目的退出标準的行動和活動

當需要時,把項目産品或者服務轉移動下一個階段,或者轉移到生産和或運作的行動和活動

活動需要收集項目或者項目階段記錄,檢查項目成功或者失敗,收集教訓,歸檔項目資訊,以友善組織未來的項目管理。

(風險核對表法, 風險管理表格, 風險資料庫模式)

風險識别 (德爾菲技術,

頭腦狂風暴法, swot分析法, 檢查表, 圖解技術)

風險定性分析

(風險機率與影響評估, 機率和影響矩陣, 風險分類, 風險緊迫性評估)

風險定量分析

(期望貨币值, 計算分析因子, 計劃評審技術, 蒙特卡羅分析)

風險應對計劃

(消極風險應對政策 規避/轉移/減輕, 接受, 積極風險應對政策 開拓/分享/提高)

風險監控 (風險再評估,

風險審計, 技術績效衡量, 狀态審查會, 儲備金分析, 變差和趨勢分析)

風險是損失或損害;

風險是一種不确定性;

風險是針對未來的;

風險是客觀存在的,不以人的意志為轉移;

風險是相對的;

風險是預期和後果之間的差異;

風險管理計劃的内容

計時法,

預算,

角色和職責,

風險機率和影響的定義,

機率和影響矩陣,

風險分類,

彙報格式,

跟蹤,

修改的利害關系者承受度

全員性,

動态性,

系統性,

資訊依賴性,

綜合性

分析識别風險的步驟。

?  1收集資料

2風險形勢估計 3根據直接或間接的症狀将潛在的風險識别出來

?  風險識别的工具。

他的内容是1因果圖 2系統或過程流程圖 3影響圖

?  風險定量分析的工具,它又叫做随機模拟法。

?  風險應對規劃政策:

?  1消極風險或威脅的應對政策

1)規避 2)減輕 3)轉移

?  2接受

?  3積極風險或機會的應對政策

1)開拓 2)分享 3)提高

風險再評估,如果出現了風險登記單中未預期的風險活觀察清單未包括的風險,則此時應該怎麼做?

?  如果出現了風險登記單未預期的風險或"觀察清單"未包括的風險,或其對目标的影響與預期的影響不同,規劃的應對措施可能将無濟于事,則此時需要進行額外的風險應對規劃以對風險進行控制。

?  定性風險分析,對風險機率和影響進行評估和彙總,進而對風險進行排序,以便于随後的進一步分析或行動

?  定量風險分析是指對定性風險分析過程中識别出的對項目需求存在潛在重大影響而排序在先的風險進行的量化分析,并就風險配置設定一個數值。

變更管理就是為了使得(項目基準)與(項目實際執行情況)相一緻,對項目變更進行管理的一套方法。其可能的兩個結果是或者拒絕變更,或者調整基準。

按照變更的性質,可分為(重大變更),(重要變更)和(一般變更)。通過不同審批權限控制。

?  按變更的迫切性,可分為緊急變更和非緊急變更。通過不同變更處理流程進行。

?  按變更所發生的領域和階段,可分為進度變更,成本變更,品質變更,設計變更,實施變更和工作範圍變更。

變更管理的原則首先是建立(項目基準),(變更流程和變更控制委員會)

變更初審的目的

1)對變更提出方施加影響,确認變更的必要性,確定變更是有價值的。

2)格式校驗,完整性校驗,確定評估所需資訊準備充分

3)在幹系人間就提出供評估的變更資訊達成共識

4)變更初審的常見方式為變更申請文檔的稽核流轉

合同變更控制系統規定對合同修改的過程,包括(文書工作),(跟蹤系統),(争議解決程式)以及準許變更所需的審批層次

變更方案論證中,常見的方案内容包括(技術)評估和(經濟)評估

?  變更方案的主要作用,首先是對變更請求是否可實作進行論證,如果可能實作,則将變更請求由技術要求轉化為資源需求,以供ccb決策,常見的方案内容包括技術評估和經濟評估,前者評估需求如何轉化為結果,後者評估價值和風險。

變更效果的評估,從幾個方面考慮

首要的評估依據,是項目基準

還需結合變更的初衷來看,變更所要達到的目的是否已達成

評估變更方案中的技術論證,經濟論證内容與實施過程的差距并推進解決。

項目目标的特性

不用的優先級,

層次性

項目的特點

臨時性

獨特性

漸進明細

資訊系統內建項目要以(滿足客戶和使用者的需求)為根本出發點

資訊系統內建項目的特點(三限制,四限制)

最新觀點四限制:

範圍

時間

成本

品質

軟技能有什麼

有效的溝通

對組織施加影響

上司能力

激勵

談判和沖突管理

解決問題

怎樣做好一個優秀的項目經理

真正了解項目經理的角色

上司并管理項目團隊

依據項目進展的階段,制訂詳細程度适宜的項目計劃

真正了解一把手工程

注重客戶和使用者參與

項目幹系人包括

項目經理

職能經理

執行組織

項目發起人

團隊成員

影響者

pmo

項目的組織結構有哪幾種,各自有什麼特點

組織結構

職能型

矩陣

項目型

弱矩陣

平衡矩陣

強矩陣

1、    

強大的技術支援,便于知識和經驗的交流。

2、    

清晰的職業生涯晉升路線

3、    

直線溝通,交流簡單,責權清晰

4、    

有利于重複性工作為主的過程管理

5、    

項目經理負責制, 有明确的項目目标

6、    

改善了項目經理對整體資源的控制

7、    

及時響應

8、    

獲得職能組織更多的支援

9、    

最大限度的利用公司的稀缺資源

結構單一、責權分明,利于統一指揮

目标明确單一

溝通簡潔 友善

決策快

職能利益優先于項目,具有狹隘性

組織橫向之間的聯系薄弱,部門間協調難度大

項目經理缺少權力

項目管理發展方向不明

管理成本增加

多頭上司

難以監測和控制

資源配置設定和項目優先的問題産生沖突

管理成本高

項目環境比較封閉,不利于溝通,技術知識共享

員工缺乏事業上的連續和保障

pmo的關鍵特征

在所有pmo管理的項目之間共享和協調資源。

明确和制定項目管理法、最佳實踐和标準。

負責制訂項目針、流程、模闆和其他共享資料。

為所有項目進行集中的配置管理。

對所有項目的集中的共同風險和獨特風險存儲庫加以管理。

項目工具(如企業級項目管理軟體)的實施和管理中心。

項目之間的溝通管理協調中心。

對項目經理進行指導的平台。

通常在企業級對所有pmo管理的項目的時間基線和預算進行集中盟控。

在項且經理和任何内部或外部的品質人員或标準化組織之間協調整體項目的品質标準。

10)  

pmo的組成人員

11)  

在初始階段,成本和人員投入水準(較高),在中間階段(最高),接近結束的時候(下降)

典型的生命周期模型,各有什麼特點

瀑布模型:上一活動的輸出是本活動的輸入

v模型:測試階段與開發階段的對應關系

原型化模型:彌補瀑布模型的不足,需求明确

螺旋模型:強調了風險分析,适用于龐大而複雜的 高風險的系統

噴泉模型:面向對象

疊代模型:rup是疊代模型的一種(分解為四個階段:初始、細化、建構和傳遞階段)

13)  

為了彌補瀑布模型的不足,還有什麼模型

原型法和v模型

14)  

rup是什麼模型的一種。

疊代模型

15)  

rup 4階段

初始階段

細化階段

建構階段

傳遞階段

16)  

5個過程組,說下執行過程組

啟動

計劃

執行:指導和管理項目執行,品質保證,組建項目團隊,團隊建設,資訊分發,詢價,供方選擇

監控

收尾

資訊系統內建的顯著特點:

滿足使用者需求為根本出發點

系統內建不隻是裝置選擇和供應,更重要的,它是具有高技術含量的工程過程,要面向使用者需求提供全面解決方案,核心是軟體

系統計劃的最終傳遞物是一個完整的系統而不是一個分立的産品

系統內建包括技術,管理和商務,是一個綜合性的系統工程。技術是核心,管理和商務是實施的保障。

資訊系統內建的分類

裝置系統內建

應用系統內建

資訊系統的生命周期:

立項

開發

運維

消亡

資訊系統的開發方法有哪些,各自的特點

結構化

原型法

面向對象

軟體需求的一個基本特征是:(可驗證性)

需求分析的目的

檢測與解決需求之間的沖突

發現軟體的表姐,以及軟體與其環境如何互動

較長的描述系統需求,以導出軟體需求

如何了解"高内聚,低耦合"

?  内聚就是一個子產品内各個元素彼此結合的緊密程度,高内聚就是一個子產品内各個元素彼此結合的緊密程度高。

?  一個完整的系統,子產品與子產品之間,盡可能的使其獨立存在。也就是說,讓每個子產品,盡可能的獨立完成某個特定的子功能。

子產品與子產品之間的接口,盡量的少而簡單。

判斷:軟體測試是一種僅在編碼階段完成後才開始的活動。(×)

軟體測試包括在整個開發和維護過程中的活動。

軟體測試在概念上區分為哪三類:單元測試,內建測試,系統測試

軟體維護的類型有哪些,區分!

11、   

iso9126定義的軟體品質包括:(外部品質)(使用品質)(内部品質)

12、   

如何了解和區分 軟體評審和審計。

13、   

面向對象的三特征:繼承、封裝、多态

14、   

類和對象的關系:類的執行個體是(對象)

15、   

uml是一種(可視化模組化)語言。

16、   

了解uml的特征。uml的最高版本2.4

17、   

uml中的靜态圖和動态圖

18、   

區分序列圖和部署圖。

19、   

rup将生命周期劃分為哪4個階段。(初始)(細化)(構造)(傳遞)

20、   

事件驅動模式的典型系統包括(各種圖形界面工具)

21、   

osi七層網絡模型

22、   

區分c/s b/s,模式

23、   

(軟體架構)是軟體系統中的核心元素

24、   

幾類中間件:ejb jdbc odbc mom corba dcom

tpm

25、   

com+和com的區分(com+并不是com的新版本,我們可以把它了解為com的新發展,或者為com更高層次上的應用)。

26、   

資料倉庫(dw)和資料庫的差別,資料倉庫的特征。

27、   

幾個術語:webservices ,wsdl soap, ,

web服務應用不适合應用的情況

28、   

j2ee和.net架構,前者是sun公司,後者是微軟,j2ee

應用java語言,狹義上等同了解吧。 .net的開發工具visual studio 2005/2008/2010/2012

,暫且認為.net隻适合在windows平台上運作吧,其實作在.net 也跨平台了。

29、   

(基礎類庫)為開發人員提供了一個統一的 面向對象的

階層化的可擴充的程式設計接口。

30、   

asp.net是.net的網絡程式設計結構,采用的是b/s模式,c#是桌面開發結構,采用的c/s模式

31、   

.net支援多種語言開發

32、   

區域網路中的常見協定:netbeui、

novell的ipx/spx、跨平台的tcp/ip

33、   

網絡拓撲結構:總線型 星型 環型

34、   

網絡交換技術 (電路交換)(封包交換)(分組交換)(atm)

35、   

網絡存儲模式:das san nas

das

直接連接配接

san光纖高速存儲

nas

即插即用

36、   

綜合布線系統的6個子系統

建築群子系統,裝置間子系統,垂直幹線子系統,管理子系統,水準子系統,工作區子系統

37、   

osi七層網絡模型各層的典型裝置,協定。(區分 典型的記住)

安全屬性有哪些?用什麼技術來實作

保密性

完整性

可用性

安全管理的内容有幾個

資訊安全管理的内容

組織資訊安全

資産管理

人力資源安全

實體和環境安全

通信和操作安全

通路控制

資訊系統的擷取開發和保持

資訊安全事件管理

業務持續性管理

符合性

應用系統的保密技術有哪些?

最小授權原則,防暴露,資訊加密,實體加密

應用系統完整性的主要方法:

協定,糾錯編碼方法,密碼校驗方法,密碼校驗和方法,數字簽名,公證

身份識别與确認,通路控制,業務流控制,路由選擇控制。審計跟蹤是為了滿足哪個屬性(可用性)

組建系統安全管理機構體系的順序

配備安全管理人員

建立安全職能部門

成立安全上司小組

主要負責人出任上司

建立資訊安全保密管理部門

技術體系包括幾個方面

實體安全:

運作安全:裝置辨別和鑒别

資料安全

裝置辨別與鑒别屬于(運作)安全

ups屬于(緊急)供電

10、  

主機房内絕緣體的靜電電位不應大于(1)kv

安全和保密系統從粗到細排序(系統級安全)(資源通路安全)(功能性安全)(資料域安全)

上傳附件不能超過指定大小屬于(功能性)安全

資料域安全包括(字段級)(行級資料域安全)

企業多久進行一次自查(每年至少一次檢查,部門每季度進行一次自查)

15、  

保密等級應該按照有關規定分為(絕密)(機密)(秘密)

可靠性可以分為(a)(b)(c)