一、信息系統(tǒng)項(xiàng)目生命周期
一）、項(xiàng)目生命周期
項(xiàng)目階段合在一起成為項(xiàng)目生命周期，項(xiàng)目生命周期定義了從項(xiàng)目開始直至結(jié)束的項(xiàng)目階段，項(xiàng)目的每個(gè)階段都至少包含管理工作和技術(shù)工作。
所有項(xiàng)目都呈現(xiàn)下列通用的生命周期結(jié)構(gòu)：
- 啟動(dòng)項(xiàng)目。
- 組織與準(zhǔn)備。
- 執(zhí)行項(xiàng)目工作。
- 結(jié)束項(xiàng)目。
二）、項(xiàng)目生命周期的特征
- 在初始階段，成本和人員投入水平較低，在中間階段達(dá)到最高，當(dāng)項(xiàng)目接近結(jié)束時(shí)則快速下降。
在項(xiàng)目的初始階段不確定性水平最高，因此達(dá)不到項(xiàng)目目標(biāo)的風(fēng)險(xiǎn)是最高的。且隨著項(xiàng)目的繼續(xù)，完成項(xiàng)目的確定性通常也會(huì)逐漸上升。
在項(xiàng)目的初始階段，項(xiàng)目干系人對(duì)項(xiàng)目的影響最大，隨著項(xiàng)目的繼續(xù)開展則逐漸變低。
-
在項(xiàng)目的初始階段，變更成本較低。
隨項(xiàng)目時(shí)間而變化的變量影響.png
三）、項(xiàng)目階段
項(xiàng)目經(jīng)理或組織可以把每一個(gè)項(xiàng)目劃分成若干個(gè)階段，以便有效地進(jìn)行管理控制，并于實(shí)施該項(xiàng)目組織的日常運(yùn)作聯(lián)系起來。
在項(xiàng)目的一個(gè)階段末，開始下一階段之前，應(yīng)該確保達(dá)到階段的目標(biāo)以及正式接受項(xiàng)目階段成功。
四）、項(xiàng)目階段的特征
- 各階段的工作重點(diǎn)不同，通常涉及不同的組織，處于不同的地理位置，需要不同的技能組合。
- 為了成功實(shí)現(xiàn)各階段的主要可交付成果或目標(biāo)，需要對(duì)各階段及其好活動(dòng)進(jìn)行獨(dú)特的控制或采用獨(dú)特的過程。
- 階段的結(jié)束以作為階段性可交付成果的工作產(chǎn)品的轉(zhuǎn)移或移交為標(biāo)志。階段結(jié)束點(diǎn)是重新評(píng)估項(xiàng)目活動(dòng)。評(píng)審的目標(biāo)是評(píng)審本階段的任務(wù)是否已經(jīng)完成，決定項(xiàng)目是否從當(dāng)前階段進(jìn)入下一階段。
五）、典型信息系統(tǒng)項(xiàng)目的生命周期模型
1、瀑布模型
軟件開發(fā)分為可行性分析（計(jì)劃）、需求分析、軟件設(shè)計(jì)（概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)）、編碼（含單元測試）、測試、運(yùn)營維護(hù)等幾個(gè)階段，比如需求分析階段定義的規(guī)劃將成為軟件測試中的系統(tǒng)測試階段的目標(biāo)。
| 瀑布模型中每項(xiàng)開發(fā)活動(dòng)具有的特點(diǎn) | 瀑布模型的適用范圍 |
|---|---|
| （1）、從上一項(xiàng)開發(fā)活動(dòng)接受其成果作為本次活動(dòng)的輸入。 （2）、利用這一輸入，實(shí)施本次活動(dòng)應(yīng)完成的工作內(nèi)容。 （3）、給出本次活動(dòng)的工作成果，作為輸出傳給下一項(xiàng)開發(fā)活動(dòng)。 （4）、對(duì)本次活動(dòng)的實(shí)施工作成果進(jìn)行評(píng)審。 |
（1）、用戶的需求非常清楚全面，且在開發(fā)工程中沒有或很少有變化。 （2）、開發(fā)人員對(duì)軟件的應(yīng)用領(lǐng)域很熟悉。 （3）、用戶的使用環(huán)境非常穩(wěn)定。 （4）、開發(fā)工作對(duì)用戶參與的要求很低。 （5）、二次開發(fā)或升級(jí)型的項(xiàng)目。 |
2、V模型
V模型的重要意義在于，非常明確的表明了測試過程中存在的不同的級(jí)別，并且非常清晰的描述了這些測試階段和開發(fā)階段的對(duì)應(yīng)關(guān)系。
V模型的左邊下降的是開發(fā)過程各階段，與此相對(duì)應(yīng)的是右邊上升的部分，即各測試過程的各個(gè)階段。在不同的組織中對(duì)測試階段的命名可能有所不同。
V模型的價(jià)值在于它非常明確地標(biāo)明了測試過程中存在的不同級(jí)別，并且清楚地描述了這些測試階段和開發(fā)各階段的對(duì)應(yīng)關(guān)系。
- 單元測試的主要目的是針對(duì)編碼過程中可能存在的各種錯(cuò)誤，例如用戶輸入驗(yàn)證過程中的邊界值的錯(cuò)誤。
- 集成測試主要目的是針對(duì)詳細(xì)設(shè)計(jì)中可能存在的問題，尤其是檢查各單元與其他程序部分之間的接口上可能存在的錯(cuò)誤。
- 系統(tǒng)測試主要針對(duì)概要設(shè)計(jì)，檢查系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否能達(dá)到預(yù)期的高性能。
- 驗(yàn)收測試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。
在不同的開發(fā)階段，會(huì)出現(xiàn)不同類型的缺陷和錯(cuò)誤，所以需要不同的測試技術(shù)和方法來發(fā)現(xiàn)這些缺陷。
v模型的特點(diǎn)：
- V模型提現(xiàn)的主要思想是開發(fā)和測試同等重要，左側(cè)代表的是開發(fā)活動(dòng)，而右側(cè)代表的是測試活動(dòng)。
- V模型針對(duì)每個(gè)開發(fā)階段，都有一個(gè)測試級(jí)別與之相對(duì)應(yīng)。
- 測試依舊是開發(fā)生命周期中的階段，與瀑布模型不同的是，有多個(gè)測試級(jí)別與開發(fā)階段相對(duì)應(yīng)。
- V模型適用于需求明確和需求變更不頻繁的情形。
3、原型化模型
原型化模型的第一步是建造一個(gè)快速原型， 實(shí)現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，經(jīng)過和用戶針對(duì)圓形的討論和交流，弄清需求，以便真正把握用戶需要的軟件產(chǎn)品是什么樣子的。充分了解后，再在原型基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。
適用范圍：需求復(fù)雜，需求難以確定、需求動(dòng)態(tài)變化的軟件系統(tǒng)。
4、螺旋模型
螺旋模型是一個(gè)演化軟件過程模型，將原型實(shí)現(xiàn)的迭代特征與線性順序（瀑布）模型中控制和系統(tǒng)化的方面結(jié)合起來，使得軟件的增量版本的快速開發(fā)成為可能。
顯著特點(diǎn)：一是采用循環(huán)的方式，逐步加深系統(tǒng)定義和實(shí)現(xiàn)的深度，降低風(fēng)險(xiǎn)；二是確定一系列里程碑，確保項(xiàng)目開發(fā)過程中的相關(guān)利益者都支持可行的和令人滿意的系統(tǒng)解決方案。
特點(diǎn)和適用范圍： 強(qiáng)調(diào)了風(fēng)險(xiǎn)分析，特別適用于需求難以確定，大型而復(fù)雜、高風(fēng)險(xiǎn)的系統(tǒng)。
螺旋模型每次迭代活動(dòng)：制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程和客戶評(píng)估。
5、迭代模型
在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程。
適用范圍：需求難以確定，不斷變更，多期開發(fā)的系統(tǒng)，比如計(jì)劃多期開發(fā)的軟件項(xiàng)目。
RUP（統(tǒng)一軟件開發(fā)過程）
一種過程方法，迭代模型的一種具體實(shí)現(xiàn)。
RUP的軟件生命周期劃分為初始階段、細(xì)化階段、構(gòu)建階段、交付階段。
初始階段：系統(tǒng)地闡述項(xiàng)目的范圍，選擇可行的系統(tǒng)架構(gòu)，計(jì)劃和準(zhǔn)備業(yè)務(wù)案例。
細(xì)化階段：細(xì)化構(gòu)想， 細(xì)化過程和基礎(chǔ)設(shè)施，細(xì)化構(gòu)架并選擇構(gòu)件，確保軟件結(jié)構(gòu)、需求、計(jì)劃足夠穩(wěn)定；確保項(xiàng)目風(fēng)險(xiǎn)已經(jīng)降到能夠預(yù)計(jì)完成整個(gè)項(xiàng)目的成本和日常的程度。針對(duì)項(xiàng)目的軟件結(jié)構(gòu)上的主要風(fēng)險(xiǎn)已經(jīng)解決或處理完成。
構(gòu)造階段：資源管理、控制和過程最優(yōu)化，完成構(gòu)建的開發(fā)并依據(jù)評(píng)價(jià)標(biāo)準(zhǔn)進(jìn)行測試，依構(gòu)想的驗(yàn)收標(biāo)準(zhǔn)評(píng)估產(chǎn)品的發(fā)布。
移交階段：同步并使并發(fā)的構(gòu)造增量集成到一致的實(shí)施基線中，與實(shí)施有關(guān)的工程活動(dòng)（商業(yè)包裝和生產(chǎn)、人員培訓(xùn)），根據(jù)完整的構(gòu)想和需求集的驗(yàn)收標(biāo)準(zhǔn)評(píng)估實(shí)施基線。
6、增量模型
融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí)現(xiàn)的迭代特征。
適用范圍：對(duì)所開發(fā)的領(lǐng)域比較熟悉而且已有原型系統(tǒng)，進(jìn)行已有產(chǎn)品升級(jí)或新版本開發(fā)。
7、噴泉模型
以面向?qū)ο蟮能浖_發(fā)方法為基礎(chǔ)，以用戶需求為導(dǎo)向，以對(duì)象來驅(qū)動(dòng)的模型。主要用來描述面向?qū)ο蟮能浖_發(fā)過程。
8、敏捷方法
敏捷方法是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法，適用于一開始并沒有或不能完整地確定出需求和范圍的項(xiàng)目，或者需要應(yīng)對(duì)快速變化的環(huán)境，或者需求和范圍難以事先確定，或者能夠以有利于干系人的方式定義較小的增量改進(jìn)。在敏捷開發(fā)中，就是把一個(gè)大項(xiàng)目分成多個(gè)相互聯(lián)系，但也可以獨(dú)立運(yùn)行的小項(xiàng)目。敏捷方法的目的在于應(yīng)對(duì)大量變更，獲取干系人的持續(xù)參與。
敏捷開發(fā)的四個(gè)核心價(jià)值（敏捷宣言）：
個(gè)體與交互過程高于過程和工具，
可用的軟件高于完備的文檔，
客戶協(xié)作高于合同談判，
響應(yīng)變化高于遵循計(jì)劃。
| 模型名稱 | 技術(shù)特點(diǎn) | 適用范圍 |
|---|---|---|
| 瀑布模型 | 簡單，分階段，階段間存在因果關(guān)系， 各個(gè)階段完成后都有評(píng)審，允許反饋,不支持用戶參與，要求預(yù)先確定需求。 |
需求易于完善定義且不應(yīng)變更的軟件系統(tǒng)。 |
| 快速原型模型 | 不要求需求預(yù)先完備定義，支持用戶參與， 支持需求的漸進(jìn)式完善和確認(rèn)，能夠適應(yīng)用戶需求的變化。 |
需求復(fù)雜、難以確定、動(dòng)態(tài)變化的軟件系統(tǒng)。 |
| 增量模型 | 軟件產(chǎn)品是被增量式地一塊塊開發(fā)的， 允許開發(fā)活動(dòng)，病情和重疊。 |
技術(shù)風(fēng)險(xiǎn)較大，用戶需求較為穩(wěn)定的軟件系統(tǒng)。 |
| 迭代模型 | 不要求一次性的開發(fā)出完整的軟件系統(tǒng)，將軟件開發(fā)視為一個(gè)逐步獲取用戶需求、完善軟件產(chǎn)品的過程。 | 需求難以確定、不斷變更的軟件系統(tǒng)。 |
| 螺旋模型 | 結(jié)合瀑布模型、快速原型模型、和迭代模型的思想，并引進(jìn)了風(fēng)險(xiǎn)分析活動(dòng)。 | 需求難以獲取和確定、軟件開發(fā)風(fēng)險(xiǎn)較大的軟件系統(tǒng)。 |
| RUP | 可改造、擴(kuò)展和裁剪； 可以對(duì)它進(jìn)行設(shè)計(jì)、開發(fā)、維護(hù)和發(fā)布； 強(qiáng)調(diào)迭代開發(fā)。 |
復(fù)雜和需求難以獲取和確定的軟件系統(tǒng)。 軟件開發(fā)項(xiàng)目組擁有豐富的軟件開發(fā)和管理經(jīng)驗(yàn)。 |
9、組織文化
組織文化常常會(huì)對(duì)項(xiàng)目產(chǎn)生直接的影響組織的溝通能力，對(duì)項(xiàng)目的執(zhí)行方式有很大影響組織結(jié)構(gòu)對(duì)能否獲得項(xiàng)目所需資源和以何種條件獲取資源起著制約作用。
二、項(xiàng)目組織結(jié)構(gòu)
一）、職能型組織
職能型組織內(nèi)可以有項(xiàng)目存在，項(xiàng)目通常在職能部門內(nèi)部運(yùn)作。
| 優(yōu)點(diǎn) | 缺點(diǎn) |
|---|---|
| 1、強(qiáng)大的技術(shù)支持，便于知識(shí)。技能和經(jīng)驗(yàn)的交流。 | 1、職能利益優(yōu)先于項(xiàng)目，具有狹隘性。 |
| 2、清晰的職業(yè)生涯晉升路線。 | 2、組織橫向之間的聯(lián)系薄弱、部門間協(xié)調(diào)難度大。 |
| 3、直線溝通，交流簡單、責(zé)任和權(quán)限很清晰。 | 3、項(xiàng)目經(jīng)理極少或缺少權(quán)利、權(quán)威。 |
| 4、有利于重復(fù)性工作為主的過程管理。 | 4、項(xiàng)目管理發(fā)展方向不明，缺少項(xiàng)目基準(zhǔn)等。 |
二）、項(xiàng)目型組織
| 優(yōu)點(diǎn) | 缺點(diǎn) |
|---|---|
| 1、結(jié)構(gòu)單一，責(zé)權(quán)分明，利于統(tǒng)一指揮。 | 1、管理成本過高，如項(xiàng)目的工作量不足則資源配置效率低。 |
| 2、目標(biāo)明確單一。 | 2、項(xiàng)目環(huán)境比較封閉，不利于溝通、技術(shù)知識(shí)等共享。 |
| 3、溝通簡介、方便。 | 3、員工缺乏事業(yè)上的連續(xù)性和保障等。 |
| 4、決策快。項(xiàng)目經(jīng)理權(quán)利相對(duì)較大。 |
對(duì)投資大、建設(shè)周期長、專業(yè)復(fù)雜、技術(shù)人員來自多個(gè)部門的大型項(xiàng)目，最好采用項(xiàng)目型或強(qiáng)矩陣型在組織結(jié)構(gòu)。
三）、矩陣型組織
分為弱矩陣、平衡矩陣、強(qiáng)矩陣。
上圖為弱矩陣型組織示意圖
上圖為平衡矩陣型組織示意圖
上圖為強(qiáng)矩陣型組織示意圖
| 矩陣型組織的優(yōu)點(diǎn) | 矩陣型組織的缺點(diǎn) |
|---|---|
| 1、項(xiàng)目經(jīng)理負(fù)責(zé)制、有明確的項(xiàng)目目標(biāo)。 | 1、管理成本增加。 |
| 2、改善了項(xiàng)目經(jīng)理對(duì)資源的整體控制。 | 2、多頭領(lǐng)導(dǎo)。 |
| 3、及時(shí)響應(yīng)。 | 3、難以檢測和控制。 |
| 4、獲得職能組織更多的支持。 | 4、資源分配與項(xiàng)目優(yōu)先的問題產(chǎn)生沖突。 |
| 5、最大限度地利用公司的稀缺資源。 | 5、權(quán)利難以保持平衡。 |
| 6、改善了夸職能部門間的協(xié)調(diào)合作。 | |
| 7、使質(zhì)量、成本、時(shí)間等制約因素得到更好的平衡。 | |
| 8、團(tuán)隊(duì)成員有歸屬感，士氣高，問題少。 | |
| 9、出現(xiàn)的沖突少，且易處理解決。 |
