信息系統項目管理師整理重點(diǎn)知識點(diǎn)信息系統項目管理基礎

1、項目的特點(diǎn)：（1）臨時(shí)性（一次性）（2）獨特的產(chǎn)品、服務(wù)或成果（3）逐步完善（4）資源約束（5）目的性

2、戰略管理包括以下三個(gè)過(guò)程：①戰略制定②戰略實(shí)施③戰略評價(jià)

3、PRINCE2提供佳的項目管理方法論，更加接近項目的實(shí)施，更加重視項目的實(shí)際收益和回報。是一種基于流程的結構化項目管理方法。

4、PRINCE2包括4個(gè)被稱(chēng)為要素的主要部分。這4個(gè)要素包括原則、流程、主題以及項目環(huán)境

5、PRINCE2方法具有七個(gè)原則：（1）持續業(yè)務(wù)驗證（2）吸取經(jīng)驗教訓（3）明確定義的角色和職責（4）按階段管理（5）例外管理（6）關(guān)注產(chǎn)品（7）根據項目環(huán)境剪裁

6、PRINCE2主題包括：商業(yè)論證；組織；質(zhì)量；計劃；風(fēng)險；變更；進(jìn)展

7、PRINCE2是一種基于流程的項目管理方法。

8、職能型組織的優(yōu)點(diǎn)體現在如下方面。
（1）強大的技術(shù)支持，便于知識、技能和經(jīng)驗的交流。
（2）清晰的職業(yè)生涯晉升路線(xiàn)。
（3）直線(xiàn)溝通、交流簡(jiǎn)單、責任和權限很清晰。
（4）有利于重復性工作為主的過(guò)程管理。
職能型組織也存在著(zhù)如下缺點(diǎn)：職能利益優(yōu)先于項目，具有狹隘性；組織橫向之間的聯(lián)系薄弱、部門(mén)間溝通、協(xié)調難度大；項目經(jīng)理極少或缺少權利、；項目管理發(fā)展方向不明，缺少項目基準等。

9、項目型組織的優(yōu)點(diǎn)體現在如下方面。
（1）結構單一，責權分明，利于統一指揮。
（2）目標明確單一。
（3）溝通簡(jiǎn)潔、方便。
（4）決策快。
項目型組織也存在著(zhù)如下缺點(diǎn)：管理成本過(guò)高，如項目的工作量不足則資源配置效率低；項目環(huán)境比較封閉，不利于溝通、技術(shù)知識等共享；員工缺乏事業(yè)上的連續型和保障等。

10、矩陣型組織的優(yōu)點(diǎn)體現在如下方面。
（1）項目經(jīng)理負責制、有明確的項目目標。
（2）改善了項目經(jīng)理對整體資源的控制。
（3）及時(shí)響應。
（4）獲得職能組織更多的支持。
（5）大限度地利用公司的稀缺資源。
（6）降低了跨職能部門(mén)間的協(xié)調合作難度。
（7）使質(zhì)量、成本、時(shí)間等制約因素得到更好的平衡。
（8）團隊成員有歸屬感，士氣高，問(wèn)題少。
（9）出現的沖突較少，且易處理解決。
矩陣型組織也存在著(zhù)如下缺點(diǎn)：管理成本增加；多頭領(lǐng)導；難以監測和控制;資源分配與項目?jì)?yōu)先的問(wèn)題產(chǎn)生沖突；權利難以保持平衡等。

11、瀑布模型是一個(gè)經(jīng)典的軟件生命周期模型，一般將軟件開(kāi)發(fā)分為：可行性分析（計劃）、需求分析、軟件設計（概要設計、詳細設計）、編碼（含單元測試）、測試、運行維護等幾個(gè)階段

12、螺旋模型是一個(gè)演化軟件過(guò)程模型，將原型實(shí)現的迭代特征與線(xiàn)性順序（瀑布）模型中控制的和系統化的方面結合起來(lái)。開(kāi)發(fā)過(guò)程具有周期性重復的螺旋線(xiàn)狀。四個(gè)象限分別標志每個(gè)周期所劃分的四階段：制訂計劃、風(fēng)險分析、實(shí)施工程和客戶(hù)評估。螺旋模型強調了風(fēng)險分析，特別適用于龐大而復雜的、高風(fēng)險的系統。

13、迭代式開(kāi)發(fā)模型分四個(gè)階段：初始、細化、構造、移交，可描述為周期（Cycle ）、階段（Phase ）、迭代（Iteration ）;核心工作流從技術(shù)角度描述迭代模型的靜態(tài)組成部分，包括：業(yè)務(wù)建模、需求獲取、分析與設計、實(shí)現、測試、部署。不同的工作流在不同的時(shí)間段內工作量的不同，幾乎所有的工作流在所有的時(shí)間段內均有工作量，只是大小不同而已。

14、V 模型的特點(diǎn)如下：注意區分
（1）單元測試的主要目的是針對編碼過(guò)程中可能存在的各種錯誤；
（2）集成測試的主要目的是針對詳細設計中可能存在的問(wèn)題；
（3）系統測試主要針對概要設計，檢查系統作為一個(gè)整體是否有效地得到運行；
（4）驗收測試通常由業(yè)務(wù)專(zhuān)家或者用戶(hù)進(jìn)行，以確認產(chǎn)品能真正符合用戶(hù)業(yè)務(wù)上的需要。
（5）V 模型用于需求明確和需求變更不頻繁的情形。

15、原型法認為在很難一下子全面準確地提出用戶(hù)需求的情況下，原型應當具備的特點(diǎn)如下。
（1）實(shí)際可行（2）具有終系統的基本特征（3）構造方便、快速，造價(jià)低。原型法的特點(diǎn)在于原型法對用戶(hù)的需求是動(dòng)態(tài)響應、逐步納入的。

16、敏捷開(kāi)發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開(kāi)發(fā)方法，相對于傳統軟件開(kāi)發(fā)方法的“非敏捷”，更強調程序員團隊與業(yè)務(wù)專(zhuān)家之間的緊密協(xié)作、面對面的溝通（認為比書(shū)面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫(xiě)和團隊組織方法，也更注重軟件開(kāi)發(fā)中人的作用。 Scrum 是一種迭代式增量軟件開(kāi)發(fā)過(guò)程，通常用于敏捷軟件開(kāi)發(fā)。

17、如何做好一個(gè)項目經(jīng)理： 真正理解項目經(jīng)理的角色、重視項目團隊的管理，懲罰分明、計劃、計劃、再計劃、真正理解一把手工程，注重用戶(hù)參與。

18、瀑布模型 適用：需求明確或很少變更的項目，如二次開(kāi)發(fā)或升級型的項目，有利于大型軟件開(kāi)發(fā)人員的組織與管理；開(kāi)發(fā)團隊比較弱或缺乏經(jīng)驗。

螺旋模型 適用：特別適合于大型復雜的系統，風(fēng)險大的項目。
噴泉模型適用：是一種以用戶(hù)需求為動(dòng)力，以對象為驅動(dòng)的模型，主要用于描述面向對象的軟件開(kāi)發(fā)過(guò)程。 敏捷方法：適用：小型或中型軟件開(kāi)發(fā)團隊，并且客戶(hù)的需求模糊或者多變。
統一過(guò)程（RUP ）適用：一個(gè)通用過(guò)程框架，可以用于種類(lèi)廣泛的軟件系統、不同的應用領(lǐng)域、不同的組織類(lèi)型、不同性能水平和不同的項目規模。

19、項目經(jīng)理應該具備的素質(zhì)（廣博的知識、豐富的經(jīng)歷、良好的協(xié)調、職業(yè)道德、溝通表達、領(lǐng)導）項目經(jīng)理必須承擔管理者和的雙重角色。

第3章 立項管理

1、項目立項一般包括提交項目建議書(shū)、項目可行性研究、項目招標與投標等內容。

2、項目建議書(shū)應該包括的核心內容如下。（1）項目的必要性。（2）項目的市場(chǎng)預測。（3）產(chǎn)品方案或服務(wù)的市場(chǎng)預測。（4）項目建設必需的條件。

3、可行性研究?jì)热菀话銘ㄒ韵聝热荩?）投資必要性（2）技術(shù)的可行性（3）財務(wù)可行性（4）組織可行性（5）經(jīng)濟可行性（6）社會(huì )可行性（7）風(fēng)險因素及對策。

4、為防止投標人在投標后撤標或在中標后拒不簽訂合同，招標人通常都要求投標人提供一定比例或金額的投標保證金。招標人決定中標人后，未中標的投標人已繳納的保證金即予退還。

5、如果以郵寄方式送達的，投標人必須留出郵寄時(shí)間，保證投標文件能夠在截止日期之前送達招標人指定的地點(diǎn)，而不是以“郵戳為準”。在截止時(shí)間后送達的投標文件，即已經(jīng)過(guò)了招標有效期的，招標人應當原封退回，不得進(jìn)入開(kāi)標階段。以“郵戳為準”的是合同

6、經(jīng)濟可行性分析，具體包括支出分析、收益分析、投資回報分析以及敏感性分析等。

7、一般地，可行性研究分為初步可行性研究、詳細可行性研究、可行性研究報告三個(gè)基本的階段

8、在初步項目可行性研究之前可進(jìn)行項目機會(huì )研究，如果就投資可能性已進(jìn)行了項目機會(huì )研究，那么項目的初步可行性研究階段往往可以省去。

9、輔助（功能）研究包括項目的一個(gè)或幾個(gè)方面，但不是所有方面。

10、機會(huì )研究、初步可行性研究、詳細可行性研究、評估與決策是投資前時(shí)期的四個(gè)階段。在實(shí)際工作中，前三個(gè)階段依項目的規模和繁簡(jiǎn)程度可把前兩個(gè)階段省略或合二為一，但詳細可行性研究是不可缺少的。升級改造項目只做初步和詳細研究，小項目一般只進(jìn)行詳細可行性研究。

11、詳細可行性研究的方法很多，如經(jīng)濟評價(jià)法、市場(chǎng)預測法、投資估算法和增量?jì)粜б娣ǖ取?/p>

12、詳細可行性研究的內容，信息系統項目詳細可行性研究的內容，一般可以歸納如下
（1）概述（2）需求確定（3）現有資源、設施情況分析（4）設計（初步）技術(shù)方案（5）項目實(shí)施進(jìn)度計劃建議（6）投資估算和資金籌措計劃（7）項目組織、人力資源、技術(shù)培訓計劃（8）經(jīng)濟和社會(huì )效益分析（效果評價(jià)）。（9）合作/協(xié)作方式。

13、對于效益的量化及計算方法有函數求解法、相關(guān)關(guān)系法、模糊數學(xué)法、專(zhuān)家意見(jiàn)法（德?tīng)柗品ǎ?、成本降低法、利潤增加?/p>

14、項目前評價(jià)（論證）的作用主要體現在以下幾個(gè)方面：
（1）項目論證是確定項目是否實(shí)施的依據。
（2）項目論證是籌措資金、向銀行貸款的依據。
（3）項目論證是編制計劃、設計、采購、施工以及機構設備、資源配置的依據。
（4）項目論證是防范風(fēng)險、提高項目效率的重要保證。

15、項目論證一般分為機會(huì )研究、初步可行性研究和詳細可行性研究三個(gè)階段。

16、項目論證的一般程序，一般有以下七個(gè)主要步驟。注意選擇考順序
（1）明確項目范圍和業(yè)主目標
（2）收集并分析相關(guān)資料。
（3）擬定多種可行的能夠相互替代的實(shí)施方案。
（4）多方案分析、比較。
（5）選擇優(yōu)方案詳細全面地論證。
（6）編制項目論證報告、環(huán)境影響報告書(shū)和采購方式審批報告。
（7）編制資金籌措計劃和項目實(shí)施進(jìn)度計劃。

17、項目評估由第三方進(jìn)行。是項目投資前期進(jìn)行決策管理的重要環(huán)節，是審查項目可行性研究的可靠性、真實(shí)性和客觀(guān)性，為銀行的貸款決策或行政主管部門(mén)的審批決策提供科學(xué)依據。項目評估的終成果是項目評估報告。

18、項目評估工作一般可按以下程序進(jìn)行。注意選擇考順序
（1）成立評估小組，進(jìn)行分工，制訂評估工作計劃。
（2）開(kāi)展調查研究，收集數據資料，并對可行性研究報告和相關(guān)資料進(jìn)行審查和分析。
（3）分析與評估。
（4）編寫(xiě)評估報告。
（5）討論、修改報告。
（6）專(zhuān)家論證會(huì )。
（7）評估報告定稿。

19、建設方項目論證的內容：(1)項目財務(wù)評價(jià)(2)項目國民經(jīng)濟評價(jià)(3)項目環(huán)境影響評價(jià)(4)項目社會(huì )影響評價(jià)

20、承建方項目論證的內容：
（1）承建方技術(shù)可行性分析
（2）承建方人力及其他資源配置能力可行性分析
（3）項目財務(wù)可行性分析
（4）項目風(fēng)險分析
（5）對可能的其他投標者的相關(guān)情況分析

21、項目可行性研究報告的編制內容與項目建議書(shū)批復內容有重大變更的，應重新報批項目建議書(shū)。項目初步設計方案和投資概算報告的編制內容與項目可行性研究報告批復內容有重大變更或變更投資超出已批復總投資額度10%的，應重新報批可行性研究報告。項目初步設計方案和投資概算報告的編制內容與項目可行性研究報告批復內容有少量調整且其調整內容未超出已批復總投資額度10%的，需在提交項目初步設計方案和投資概算報告時(shí)以獨立章節對調整部分進(jìn)行定量補充說(shuō)明。

22、立項流程：（必須掌握）
甲方：（初步需求）---編寫(xiě)項目申請書(shū)----可行性研究----項目論證-----項目評估-----獲得批復-------發(fā)布招標文件（一般是這樣，有的是有能力自己建設）

乙方：看到招標文件----做識別、可行性研究、論證、評估 -----決定投標------中標-----甲乙雙方簽訂合同。