1.介紹
軟件開發(fā)有兩種業(yè)務(wù)模式。一個是針對特定用戶需求的軟件開發(fā)（應(yīng)用開發(fā)），第二個是面向市場的軟件開發(fā)（產(chǎn)品開發(fā)）。第一種模式，由的客戶承擔全部開發(fā)費用，并提出軟件需求。而第二種模式，開發(fā)費用來自多個用戶（潛在的要購買此產(chǎn)品的用戶）。沒有特定的用戶提出需求。而且產(chǎn)品要安裝在不同的地點，所以在開發(fā)產(chǎn)品時還要考慮采用通用的解決方案。
2.在本文中區(qū)別項目開發(fā)和產(chǎn)品開發(fā)是很重要的。從管理的觀點來看二者的區(qū)別主要有以下幾點：
2 .1軟件需求的所有者
在產(chǎn)品開發(fā)中，沒有特定的用戶提出軟件需求。軟件產(chǎn)品的特征是從不同來源獲得，如客戶、市場、技術(shù)支持組、當前的技術(shù)趨勢等等。除此以外，還要有一個團隊來實現(xiàn)需求，并管理產(chǎn)品開發(fā)中的任務(wù)。
2 .2市場和技術(shù)支持
當產(chǎn)品開發(fā)工作完成，開始產(chǎn)品銷售時，還要有有力的市場活動，這是需要售前售后的技術(shù)支持。
2.3 打包和分發(fā)
產(chǎn)品打包和準備軟件產(chǎn)品分發(fā)是產(chǎn)品經(jīng)理的職責。這在應(yīng)用開發(fā)中是很少關(guān)心的，因為應(yīng)用開發(fā)不需要大量分發(fā)。
2.4許可證和合法發(fā)布
由于軟件產(chǎn)品有很多用戶，所以軟件產(chǎn)品的許可證的管理成為一項重要任務(wù)。為此需要設(shè)計一種特殊的許可證控制機制。合法性方面如產(chǎn)品命名、整理專利文檔、版權(quán)等，也是產(chǎn)品管理的職責。
2.5產(chǎn)品維護
由于用戶和部署軟件的站點的多樣性，產(chǎn)品維護比應(yīng)用開發(fā)要復(fù)雜得多。不同的站點要安裝不同版本的軟件。
2.6多線程開發(fā)
當軟件演變成了大型產(chǎn)品時，開發(fā)的范圍也擴展了，因而不易于在一個線程中管理所有的開發(fā)�？梢詫⑺殖啥鄠�線程，并對每個線程分別管理。這也給集成管理和版本管理增加了復(fù)雜性。
以上開發(fā)方面不在我們的標準軟件開發(fā)過程（SDP）的討論之列，SDP跨越了從需求收集、計劃、系統(tǒng)測試和發(fā)布的過程。SDP模型不適合軟件產(chǎn)品開發(fā)附加的需求，這里引進一種新的軟件開發(fā)過程模型，目標是對整個軟件產(chǎn)品的開發(fā)進行全局管理。這種模型，可以很實用地幫助將產(chǎn)品開發(fā)組織成有著多個子項目的主項目，這是集成項目管理的基礎(chǔ)。
圖1產(chǎn)品開發(fā)過程模型
3.產(chǎn)品開發(fā)過程模型
考慮軟件產(chǎn)品開發(fā)的特殊性，并借用硬件行業(yè)的觀點，以下方面構(gòu)成產(chǎn)品開發(fā)的過程模型
● 市場
● 技術(shù)支持
● 產(chǎn)品策略描述
● 侯選特性列表和版本計劃
● 體系結(jié)構(gòu)開發(fā)
● 軟件開發(fā)
● 集成和配置管理
圖1解釋了過程接口和邏輯流程。多數(shù)活動都是顯然的和直觀的，在這個案例的解釋是合適的。以下部分對上述活動進行了解釋。
3.1市場
市場是由促銷和與客戶聯(lián)系的部門啟動的前導(dǎo)工作。市場部負責從技術(shù)的觀點和商業(yè)的觀點識別客戶需求�？蛻舻男枨笮纬闪水a(chǎn)品策略描述。其它的職責還有：為客戶使用創(chuàng)建產(chǎn)品描述，報價單、宣傳手冊以及其它的市場材料。
3.2 技術(shù)支持
支持活動包括產(chǎn)品在客戶處的安裝，產(chǎn)品部署、咨詢和客戶培訓。支持組還要負責收集并識別客戶新的需求，并輸入到產(chǎn)品策略決策和特性列表中。
3.3產(chǎn)品策略描述
產(chǎn)品策略描述是產(chǎn)品策略和產(chǎn)品路線過程的輸出結(jié)果。要形成一個專門的團隊來負責從市場、支持組或其它工程組收集信息并正確表示，這些策略決定被寫在產(chǎn)品策略文檔中。
3.4 特性侯選列表&版本計劃
特性侯選列表（FCL）是一套在版本中要優(yōu)先考慮的特性。FCL提供了一個起點，對于一個版本來說可以選擇或確定一個更小的子集。特性控制委員會擁有FCL（產(chǎn)品的需求）。
3.5 體系結(jié)構(gòu)開發(fā)
體系結(jié)構(gòu)開發(fā)的開始和在軟件生命周期中持續(xù)的進化都在體系結(jié)構(gòu)開發(fā)這個活動中進行。獨立的體系結(jié)構(gòu)組確保設(shè)計的一致性和所有功能區(qū)域的互譯性。體系結(jié)構(gòu)組的權(quán)限和職責是：
● 創(chuàng)建產(chǎn)品線的概念和原則
● 標識層與接口
● 標識通用機制和服務(wù)
● 定義、原型和通用機制的增強，如錯誤處理和內(nèi)部進程通訊協(xié)議
● 與產(chǎn)品線、概念和原則的項目成員的溝通
體系結(jié)構(gòu)組通常都是由有著擴展領(lǐng)域和工程經(jīng)驗的專家組成的全職的小團隊。
3.6軟件開發(fā)
依據(jù)版本計劃和商業(yè)需求，項目經(jīng)理要分配特定的項目組來開發(fā)軟件。一個產(chǎn)品開發(fā)中不止一個開發(fā)組。這些開發(fā)項目中的每一個都可以看作一個應(yīng)用開發(fā)（看前面的定義），有它自己的項目經(jīng)理和項目計劃。已存在的產(chǎn)品的維護也應(yīng)該被看作另外一個開發(fā)項目，需要識別團隊成員并進行責任分配。
3.7集成和配置管理
集成和配置管理（CM）組的責任是：
● 增量開發(fā)（與體系結(jié)構(gòu)組的協(xié)作）
● 集成并發(fā)布經(jīng)過驗證的子系統(tǒng)
● 客戶版本庫的配置管理
● 除單元測試外，開發(fā)測試策略、測試計劃、測試案例
● 所有測試運行的協(xié)同
● 確認并標識所有的軟件組件
● 創(chuàng)建軟件分發(fā)介質(zhì)
