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