場景

1、此部分一般在上午考2分左右的選擇題，不是很重要，主要介紹了項目管理體系，起
著提綱孕領的作用!新教程在生命周期模型這塊增加知識點較多!需要特別注意!

2、在案例分析中也可能考的，比如17年上半年考了生命周期模型的選擇
在論文寫作中一般不考
3、此部分是提綱竿領的章節，不需要花過多時間進行學習，只需要掌握我們講的一些要
點即可

歷年考點分布

?

注：

博客：
https://blog.csdn.net/badao_liumang_qizhi
關注公眾號
霸道的程序猿
獲取編程相關電子書、教程推送與免費下載。

實現

項目的概念

1、項目是為提供一組獨特產品、服務或成果所做的臨時性努力。

項目目標包括成果性目標(滿足客戶要求的產品、系統、服務或者成功)和約束性目標(時間、成本、質量)

2、項目的目標特性

項目的目標有不同的優先級、項目目標有層次性

3、項目的特點

臨時性(一次性)、獨特的產品、服務或成果、逐步完善、資源約束、目的性

臨時性是指每一個項目都有確定的開始和技術日期

獨特性是指創造獨特的可交付成果，如產品、服務或成果

逐步完善意味著分布、連續的積累。例如，在項目的早期，項目范圍的說明是粗略的，隨著項目團隊對目標和可交付成果的理解更完整和深入時，項目的范圍也更具體和詳細。

資源約束：每一個項目都需要具備各種資源來作為實施的保證，而資源是有限的。所以，資源成本是項目成功實施的一個約束條件。

目的性：項目工作的目的在于得到特定的結果，即項目是面向目標的。

4.日常運作和項目也有很多共同之處:由人來做，受制于有限的資源，需要規劃、執行和控制。區別主要在于

日常運作是持續不斷和重復進行的，而項目是臨時性的、獨特的

項目和日常運作的目標有本質的不同。項目的目標是實現其目標，然后結束項目，而持續進行的日常運作的目標一般是為了維持經營

項目的實現機制與日常運作大相徑庭，因為當宣布的目標實現時，項目就結束了。相比之下，日常運作是確定一組新目標，然后持續進行

5.項目經理經常提到在管理互不相讓的要求時遇到的項目范圍、時間和成本的“三重制約”。項目的質量受這三個因素權衡的不利影響、高質量

的項目在預算內按時提交滿足要求的產品、服務或成果。

約束因素

?

6、企業戰略是層出不窮的，雖然有多種，但墓本屬性是相同的，都是對企業的謀略，
都是對企業整體性、長期性、基本性問題的計謀。戰略管理包括三個過程:①戰略制定
②戰略實施③戰略評價;項目經常被當作實現組織戰略計劃的一種手段使用。
7、典型的信息系統項目的特點:
①目標不明確
②需求變化頻繁
③智力密集型
④設計隊伍龐大
⑤設計人員高度專業化
⑥涉及的承包商多
⑦各級承包商分布在各地，相互聯系復雜
⑧系統集成項目中需研制開發大量的軟硬件系統
⑨項目生命期通常較短
⑩通常要采用大量的新技術。
?使用與維護的要求非常復雜。
8、理解項目管理:
①項目管理是一種已被公認的管理模式，而不是任意的一次管理過程。
②項目管理的對象是項目，即一系列的臨時任務。
③項目管理的職能與其他管理的職能是完全一致的
⑤項目管理職能主要是由項目經理執行的。在一般規模的項目中，項目管理由項目經理
帶領少量專職項目管理人員完成，項目組織中的其他人員，包括技術與非技術人員負責
完成項目任務，并接受管理。如果項目規模很小，那么項目組織內可以只有一個專職管
理人員，即項目經理

關于項目經理

項目經理由執行組織委派，領導團隊實現項目目標的個人

責任要滿足三個需求：任務需求、團隊需求、個人需求(管事+管人)

能力要具備三個能力：知識能力、實踐能力、個人能力(理論+實操+原生力)

如何做好一個項目經理:真正理解項目經理的角色、重視項目團隊的管理，懲罰分明、計劃計劃再計劃、真正理解一把手工程，

注重用戶參與。必須承擔管理者和領導者的雙重角色。

項目管理知識體系構成

1、軟技能包括人際關系管理，包含:①有效的溝通②影響一個組織③領導能力④激勵⑤談判和沖突管理
⑥問題解決
2、PRINCE2是一種基于流程的結構化項目管理方法。
3、PRINCE2四要素包括:原則、流程、主題和項目環境。
4、PRINCE2方法的七個"原則”:持續業務驗證;吸取經驗教訓;明確定義的角色和職責;按階段管理;例外管理;
關注產品:根據項目環境剪裁。
5, PRINCE2主題包括:
商業論證;組織;質量:計劃;風險;變更;進展

項目的組織結構

?

組織結構對比

?

信息系統項目的生命周期

?

1、生命周期結構具有以下特征:
①成本與人力投入在開始時較低，在工作執行期間達到最高，并在項目快要結
束時迅速回落。
②風險與不確定性在項目開始時最大，并在項目的整個生命周期中隨著決策的
制定與可交付成果的驗收而逐步降低。
③在不顯著影響成本前提下，改變項目產品最終特性的能力在項目開始時最大
2、產品的生命周期更長，產品的生命周期包含項目的生命周期
通常以一個或多個可交付成果的完成為結束

3、項目階段都具有以下類似特征:
①各階段的工作重點不同，通常涉及不同的組織，處于不同的地理位置，需要不同
的技能組合。
②為了成功實現各階段的主要可交付成果或目標，需要對各階段及其活動進行獨特
的控制或采用獨特的過程。重復執行全部五大過程組中的過程，可以提供所需的額外
控制，并定義階段的邊界。
③階段的結束以作為階段性可交付成果的工作產品的轉移或移交為標志。階段結束
點是重新評估項目活動，并變更或終止項目(如果必要)的一個當然時點。這個時點
可稱為階段關口、里程碑、階段審查、階段門或關鍵決策點。
4、階段與階段的關系有兩種基本類型:①順序關系②交疊關系

信息系統項目典型生命周期模型

1、瀑布模型是一個經典的軟件生命周期模型，一般將軟件開發分為:可行性分析
? (計劃)、需求分析、軟件設計(概要設計、詳細設計)、編碼(含單元測試)、測試、
運行維護等幾個階段
2、瀑布模型中每項開發活動具有以下特點(對應結構化開發):
①從上一項開發活動接受該項活動的工作對象作為輸入。

②利用這一輸入，實施該項活動應完成的工作內容。

③給出該項活動的工作成果，作為輸出傳給下一項開發活動。

④對該項活動的實施工作成果進行評審。

3、適用:需求明確或很少變更的項目;開發團隊比較弱的情況;有厚實的行業實踐基礎;整批一次性交付有利于干系人。

瀑布模型圖示

?

3、螺旋模型是一個演化軟件過程模型，將原型實現的迭代特征與線性順序(瀑布)模型中控制的和系統化的方面結合起來。
使得軟件的增量版本的快速開發成為可能。
在螺旋模型中，軟件開發是一系列的增量發布。在早期的迭代中，發布的增量可能是一個紙上的模型或原型;在以后的迭
代中，被開發系統的更加完善的版本逐步產生;
四階段:
制訂計劃、風險分析、實施工程和客戶評估。
螺旋模型強調了風險分析，特別適用于龐大而復雜的、高風險的系統。

螺旋模型圖示

?4、迭代式開發模型水平方向為時間維，分四個階段:初始、細化、構造、移交，
核心工作流從技術角度描述迭代模型的靜態組成部分，包括:業務建模、需求獲取、分析與設計、實現、測試、部署。
圖中的陰影部分描述了不同的工作流，在不同的時間段內工作量的不同，幾乎所有的工作流在所有的時間段內均有工作量。
只是大小不同而已。各階段的主要任務如下：
①初始階段:系統地闡述項目的范圍，選擇可行的系統構架，計劃和準備業務案例。
②細化階段:細化構想，細化過程和基礎設施，細化構架并選擇構件。
③構造階段:資源管理、控制和過程最優化，完成構件的開發并依評價標準進行測試，依構想的驗收標準評估
產品的發布。
④移交階段:同步并使并發的構造增量集成到一致的實施基線中，與實施有關的工程活動根據完整的構想和需
求集的驗收標準評估實施基線

迭代模型圖示

?

迭代模型和增量模型對比

?

5、V模型左邊的分別代表了需求分析、概要設計、詳細設計、編碼。右邊的代表單元測試、集成測試、系統測試和驗收測試。

單元測試：驗證軟件單元是否按照單元規格說明(詳細設計說明)正確執行，即保證每個最小單元能夠正常運行，單元測試一般由開發人員來執行，首先設定最小

的測試單元，然后通過設計相應的測試用例來驗證各個單元功能的正確性。

集成測試：檢查多個單元是否按照系統概要設計描述的方式協同工作。主要關注點是系統能夠成功編譯，實現了主要

的業務功能，系統各個模塊之間數據能夠正常通信等。

系統測試：驗收整個系統是否滿足需求規格說明書

驗收測試：從用戶的角度檢查系統是否滿足合同中定義的需求或者用戶需求。

V模型的特點

1、V模型體現的主要思想是開發和測試同等重要，左側代表的是開發活動，而右側代表的是測試活動。
2、V模型針對每個開發階段，都有一個測試級別與之相對應。.
3、測試依舊是開發生命周期中的階段，與瀑布模型不同的是，有
? 多個側試級別與開發階段對應。
4.、V模型適用于需求明確和需求變更不頻繁的情形。

V模型圖示

?

6、原型法認為在很難一下子全面準確地提出用戶需求的情況下，首先不要求一定要對系統做全
面、詳細的調查、分析，而是本著開發人員對用戶需求的初步理解，先快速開發一個原型系統，
然后通過反復修改來實現用戶的最終系統需求。
原型的特點:
①實際可行
②具有最終系統的基本特征
③構造方便、快速，造價低。
原型法的特點在于原型法對用戶的需求是動態響應、逐步納入的，系統分析、設計與實現都是
隨著對一個工作模型的不斷修改而同時完成的，相互之間并無明顯界限，也沒有明確分工。系統
開發計劃就是一個反復修改的過程。適于用戶需求開始時定義不清、管理決策方法結構化程度不
高的系統開發，開發方法更易被用戶接受;但如果用戶配合不好，盲目修改，就會施延開發過程。
可以將原型分類:
①拋棄型原型
②進化型原型

原型法圖示

?

敏捷開發模型

1.是一種以人為核心、迭代、循序漸進的開發方法，更強調程序員團隊與業務專家之間的緊密協作、面對
面的溝通、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團
隊組織方法，也更注重軟件開發中人的作用。
2.? Scrum是一種迭代式增量軟件開發過程，通常用于敏捷軟件開發(三個角色、三個物件、四個會議)
3.特點:較小增量、快速迭代(2-4周)、變更驅動、每次交付最有價值成果
4.適用:
小型或中型軟件開發團隊，
并且客戶的需求模糊或多變

敏捷開發模型圖示

?

生命周期模型的對比

?

項目管理過程組

項目管理過程組:啟動、規劃、執行、監控、收尾;在所有項目上都是一樣的。
五大過程組可以在每個項目階段執行和重復執行，也可以在整體項目層面執行和重復執行。
"項目管理生命周期”和“項目生命周期”有相同的起點和終點
五大過程組可以對應到PDCA戴明環，規劃對應P，執行對應D，監控對應C和A
啟動過程組:制定項目章程、識別項目干系人;收尾過程組:結束項目或階段、結束采購。

項目管理過程組圖示

?

項目管理過程組概述

?

項目管理過程組流程圖示

?

?

?

總結

以上是生活随笔為你收集整理的信息系统项目管理师-信息系统项目管理基础考点笔记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。