軟考複習筆記|項目生命週期和組織-必考項

項目生命週期和組織

1、項目生命週期

(1)項目生命週期的特徵

項目階段一般按順序首尾相接;

人力投入和費用,開始時低,隨之增高,在項目結尾時迅速降低;

項目成功可能性隨項目執行逐漸上升,風險和不確定性逐漸下降;

項目干係人對項目的影響力對項目執行逐漸下降;

(2)項目階段的特徵

每個項目階段都以一個或數個可交付成果的完成爲標誌;

可交付成果是某種有形的、可驗證的工作成果;

一些可交付成果對應着項目管理過程,另一些可能是最終產品的一部分;

項目階段的結束通常以對完成的工作和可交付成果的技術和設計評審爲標誌,目的是確定是否驗收、是否仍然需要增加工作,或者是否考慮結束這一階段;

階段末可進行一次審查,目的是取得對結束當前階段並啓動下一階段的核準。階段末審查也稱爲階段放行口、階段關卡或驗收站

(3)項目生命週期與產品生命週期的關係

項目:概念/啓動、開發/計劃、實施/執行、結束/收尾

產品:介紹、增長、成熟、衰退

一般產品生生命週期包含項目生命週期

(4)典型的信息系統項目的生命期模型 ※必考

瀑布模型

階段次序劃分清晰,各階段的工作和人員職責明確,前後階段銜接緊密(上一項的成果爲下一個任務的輸入,利用該輸入實施本次活動應完成的工作內容,給出本次活動的內容傳給下個活動,並針對本次活動進行評審)。

適合需求比較明確少變更的項目,不適合未知的新項目。

V模型

以測試爲中心,明確表明了測試過程中存在的不同級別及其與開發過程的對應關係。強調測試過程與開發過程的對應性和並行性。沒有反應實際的開發過程。瀑布模型變種。

(需求→驗收測;概要→系統測;詳細→集成測;編碼→單元測)

快速模型

先實現原型,實現客戶或未來用戶與系統的交互,經過針對原型的討論弄清需求,再在原型基礎上開發產品。適用於用戶需求不明確,對界面要求較高的項目等

螺旋模型

是一個演化軟件模型,將瀑布模型和快速原型模型結合起來,將原型實現的迭代特徵與線性順序結構和,使得軟件的增量版本和快速開發成爲可能。該模型強調風險分析,特別適用於需求經常變化的大型複雜的、高風險的系統。

迭代模型

所有的階段(需求及其它)每一次的迭代都會產生一個可以發佈的產品,這個產品是最終產品的一個子集。適用於事先不能完整定義產品的所有需求,計劃多期開發的項目。

增量模型

首先構建整個系統的一部分,然後逐步地增加功能和性能。適用於如下項目:項目開始,明確了需求的大部分,但是需求可能會發生變化。對於市場和用戶把握不是很準,需要逐步瞭解。對於有龐大和複雜功能的系統進行功能改進,就需要一步一步實施的。

2、項目干係人、一般階段和過程組

(1) 項目干係人就是參與項目、或利益受項目影響的個人和組織,會對項目的目標和結果施加影響 。包括:

項目經理(Project Manager);項目團隊成員(Team);項目管理辦公室(PMO);職能經理

客戶/用戶(Customer/User);出資人(Sponsor);影響者(Influencers);

執行組織(Performing Organization);

(2)項目干係人管理:識別所有他們、決定所有他們的要求、決定他們的期望、與他們溝通、管理他們的影響、

3、組織的影響

組織是企業、公司、事業單位、政府或任何有項目開展的單位。可分爲兩大類: 收入來源於項目和採用項目制進行管理的組織。主要文化有:組織的共同價值觀、行爲準則、信仰和期望;組織的方針、辦事程序;組織對於職權關係的觀點;職業道德;衆多其他因素;

軟考資料供參考

 

發佈了119 篇原創文章 · 獲贊 232 · 訪問量 36萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章