237.項目初始

1.項目立項

1.1軟件項目啓動

甲方

 

 

 項目立項

  明確項目的目標、時間表、項目使用的資源和經費，並且獲得執行該項目的項目經理和項目發起人的承認 .

 

1.2Make or Buy 決策

  Make-or-Buy決策，肯定待開發產品的哪些部分應當「採購」、「外包開發」或者「自主研發」。

 

 

軟件項目啓動

 

 

2.項目立項合同

• 內部項目 
• 合同項目

 

2.1合同項目

 

 

技術合同概念

技術合同是法人之間、法人和公民之間、公民之間以技術開發、技術轉讓、技術諮詢和技術服務爲內容，明確相互權利義務關係所達成的協議。 

 

 

合同的生存期

 

 

 

 

2.1.1甲方合同初始

合同準備

合同簽署

合同管理

合同結束

 

 

一、合同準備

招標書定義(採購需求定義)

供方選擇

合同文本準備

1.一、招標書定義

 

 

 

1.二、供方選擇

 

 

 1.三、合同文本準備

 

 

 

 

二、合同簽署 

 

 

 

2.1.2乙方合同初始

合同準備

合同簽署

合同管理

合同結束

 

一、合同準備

項目分析

競標

合同文本準備 

 

1.一、 項目分析

 

 

 

 

1.二、 競標

 

 

 

1.三、合同文本準備

 

 

 

二、合同簽署 

 

 

 

2.1.3內部項目

企業內部項目實施的核心是肯定任務範圍和相關各方進行有效地配合。這將經過相關各方之間的協議來調整。所以，在內部項目實施中，僅僅在合同簽署過程當中定義了一個協議簽署過程。此處協議可視做爲「合同」，但無特別的商業約束。其它方面可參考甲乙方的過程。

 

 

 

3.項目受權

項目章程(Project Charter) 

確認項目存在的文件，包括對項目的確認、對項目經理的受權和項目目標的概述等。

 

Sample Project Charter

 

 

CEO(Chief executive officer)首席執行官 相似總經理、總裁，是企業的法人表明。

COO(Chief operating officer)首席運營官 相似常務總經理

CTO(Chief technology officer)首席技術官 相似總工程師

CIO(Chief information officer)首席信息官 主管企業信息的收集和發佈 

 Roles and Responsibilities:

 

 

項目經理的角色

項目組織的領導者、管理者、決策者、分析者、計劃者、控制者、組織者、評價者、協調者

項目經理的責任

開發計劃、組織實施、項目控制

 

4.項目生存期

4.1例子

建築工程類項目典型生存期模型

 

 

製藥項目典型生存期模型

 

4.2生存期模型選擇

 

 

4.2.1軟件生存期模型

軟件開發的一種框架。

說明了軟件的活動和進行軟件開發的過程。

這個模型能夠是以活動爲中心，能夠以產品爲中心的。

 

4.2.2軟件生存期模型特徵

描述了開發的主要階段

定義了每個階段要完成的主要過程和活動

規範了每個階段的輸入和輸出

提供了一個框架，能夠將必要的活動映射到該框架中。

 

4.2.3經常使用生存期模型

4.2.3.1瀑布Waterfall

WaterFall model

 

 

 WaterFall model適合的項目

在項目開始前,項目的需求很明確

在項目開始前,解決方案也很明確

相似的項目如：公司的財務系統、庫存管理系統、短時間項目

 

 

4.2.3.2V模型V-shaped

 

V模型適合的項目

在項目開始前,項目的需求很明確

在項目開始前,解決方案也很明確

對系統的性能安全很嚴格的項目

相似的項目如：航天飛機、公司的財務系統

 

 

4.2.3.3原型Prototyping

 

 

Prototype 模型適合的項目

 

在項目開始前,項目的需求不明確

須要減小項目需求的不肯定性

相似的項目如：肯定顯示界面、第一次開發的產品，驗證可行性

 

 

 

4.2.3.4增量Incremental

 

 

增量模型適合的項目

項目開始，明確了需求的大部分，可是需求可能會發生變化

對於市場和用戶把握不是很準，須要逐步瞭解

對於有龐大和複雜功能的系統進行功能改進，就須要一步一步實施的。

 

 

 

4.2.3.5螺旋式Spiral

 

 

螺旋模型沿着螺線旋轉，在四個象限上分別表達了四個方面的活動，即：

制定計劃──肯定軟件目標，需求和選定實施方案，弄清項目開發的限制條件

風險分析──評估所選方案，考慮如何識別和消除風險

實施工程──實施軟件開發，編碼，測試等

客戶評估──評價開發工做，提出修正建議，規劃下期任務

 

Spiral Model適合的項目

風險是主要的制約因素

不肯定因素和風險限制了項目進度

用戶對本身的需求也不是很明確

須要對一些基本的概念進行驗證

可能發生一些重大的變動

項目規模很大

項目中採用了新技術

 

 

 

4.2.3.6快速應用開發RAD

 

 

 

 

 RAD模型適合的項目

很小而且具備探索性質的項目

適合一個複雜度從小到大變化的項目，例如重整企業的信息系統

 

 

 

4.2.3.7漸近式階段

最經常使用的－漸進式階段模型，綜合了增量模型和螺旋式模型的一個實用模型

• 漸進式前進
• 階段式提交

 

階段性完成規劃

 

 

漸進式階段模型的特色

階段式提交一個可運行的產品

關鍵的功能更早出現

早期預警問題，避免軟件缺陷不知不覺的增加

減小報告負擔

階段性完成能夠下降估計失誤

階段性完成均衡了彈性（靈活性）與效率

 

漸進式階段模型適合的項目

能夠適合任何規模的項目，主要是中型或大型項目

但願隨時看到將來的項目

 

 

其餘：

4.2.3.8Code and fix

 

 

面向對象模型：（大規模）

4.2.3.9Rational統一開發過程

 

 

 

4.2.4選擇生存期的步驟

熟悉各類生存期模型

評審、分析項目的特性

選擇適合項目的生存期模型

標識生存期模型與項目不一致地方,並進行裁減