国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

2006 年 12 月 15 日

IBM 軟件產(chǎn)品的版本(V.R.M.F)從市場規(guī)劃和客戶需求開始，到研發(fā)以及后續(xù)的交付遵循 IBM 軟件部集成產(chǎn)品設(shè)計(IPD)流程。

1. 簡介

IBM 軟件產(chǎn)品的版本(V.R.M.F)從市場規(guī)劃和客戶需求開始，到研發(fā)以及后續(xù)的交付遵循IBM軟件部集成產(chǎn)品設(shè)計(IPD)流程。IBM 軟件產(chǎn)品需求管理流程是IPD的一個體現(xiàn)，也就是一個由市場/客戶驅(qū)動的，跨市場部門、研發(fā)產(chǎn)品管理部門及研發(fā)工程部門的端到端需求管理流程。同時，此次內(nèi)容我們將描述IPD和產(chǎn)品需求管理流程，及流程中的角色（市場、研發(fā)產(chǎn)品管理部門及研發(fā)工程部門），以及他們之間是如何通過協(xié)作來管理需求的。

2. 背景——IPD

IPD指導(dǎo)如何對軟件產(chǎn)品發(fā)布版本進行投資決策和如何協(xié)調(diào)部門間工作以實現(xiàn)這些決策所定義目標，IBM軟件產(chǎn)品需求管理基于IPD流程，要了解這個需求管理的流程，首先我們要了解IBM所有產(chǎn)品開發(fā)所遵循的IPD的流程，包括其決策點。

IPD流程分為六個步驟：

1. 概念：即概念驗證階段，主要對需求包進行評審，以確定其是否有足夠的商業(yè)價值；
2. 計劃：即資源投入計劃階段，主要對需求包進行評估，以確定是否有足夠的資源且在一定的時間范圍內(nèi)將需求包開發(fā)出來；
3. 開發(fā)：即對需求包進行開發(fā)成產(chǎn)品階段；
4. 驗證：即對產(chǎn)品進行驗證階段；
5. 交付：即將產(chǎn)品交付市場階段；
6. 生命周期：即產(chǎn)品在市場上銷售，使用，維護和退出市場的階段。

其中包括了幾個重要的決策檢查點(DCP)：

1. 概念決策檢查點：即經(jīng)過概念階段各方面進行的一系列評審，在此檢查點確定（1）我們對需求包是否有足夠的理解；（2）需求包是否有足夠的商業(yè)價值。如果是，繼續(xù)進入計劃階段；
2. 計劃決策檢查點：即經(jīng)過計劃階段的評估，在此檢查點確定（1）我們是否有足夠的資源在既定的時間范圍內(nèi)完成需求包的開發(fā)（2）研發(fā)部門是否能在(1)的估計上承諾進行開發(fā)。如果是，繼續(xù)進入開發(fā)階段；
3. 可交付決策檢查點：即經(jīng)過開發(fā)和驗證階段，在此檢查點確定（1）產(chǎn)品是否質(zhì)量合格以交付給客戶（2）我們產(chǎn)品的相應(yīng)支持和銷售是否已經(jīng)準備好服務(wù)客戶,如果是，產(chǎn)品交付市場；
4. 生命周期結(jié)束決策檢查點：即產(chǎn)品在市場使用一定時期后，在此檢查點確定產(chǎn)品是否退出市場。

一個產(chǎn)品從市場需求開始，經(jīng)過概念驗證，時間、資源等計劃的支持，然后進行開發(fā)，驗證，直至發(fā)布到市場供客戶使用，最后在某個特定的時候結(jié)束產(chǎn)品在市場上的銷售，在IBM都遵循著IPD流程。在其中過程中，這個產(chǎn)品的概念是否被接受，是否能得到資源上的投入的承諾，是否通過最終驗證可以在市場上發(fā)布，以及什么時候在市場上停售，這些關(guān)鍵的決策都通過相應(yīng)的委員會在不同的決策點上進行決策。

3. IPD 與產(chǎn)品需求管理流程

以上描述了IBM IPD的基本概念，我們接下來看IBM軟件產(chǎn)品的需求管理是如何基于IPD的。首先，請看下圖一：產(chǎn)品需求管理流程。

這個產(chǎn)品需求管理流程是如何與以上IPD的階段相映射的呢？主要為以下幾點：

1. IPD的概念階段對應(yīng)的是流程中的“New->Prioritize->Prioritized”；
2. IPD的計劃階段對應(yīng)的是流程中的“High-Level Sizing->Sized”；
3. IPD的開發(fā)和驗證階段對應(yīng)的是流程中的“Plan/Develop”；
4. 其中“Commit->InPlan”對應(yīng)的是IPD的“Contract”點；

而產(chǎn)品需求管理流程與決策點的映射，主要為以下幾點：

1. 概念決策點-評估需求給IBM帶來市場價值，決定是否接納，如需求是不是有足夠的業(yè)務(wù)潛力使得IBM產(chǎn)品能夠成為市場的領(lǐng)導(dǎo)者；
2. 計劃決策點-評估需求開發(fā)的投入，決定是否將其放入開發(fā)計劃，如是否有相應(yīng)的資源使得我們能在既定的時間范圍內(nèi)實現(xiàn)需求；
3. 可交付決策點-評估需求實現(xiàn)的狀況，決定是否放入發(fā)布計劃，如驗證需求的功能及質(zhì)量等是否滿足要求。

4. 產(chǎn)品需求管理流程中的角色

產(chǎn)品需求管理流程中通過以下幾類角色的參與并互相協(xié)作，推動需求通過評審并納入到產(chǎn)品開發(fā)路線圖里面。

市場部門

根據(jù)市場、競爭對手的信息，客戶的反饋，技術(shù)發(fā)展方向以及IBM現(xiàn)在的產(chǎn)品組合，定義IBM在此市場領(lǐng)域需要提供的解決方案(O/SBP)。

研發(fā)產(chǎn)品管理部門

根據(jù)市場部門制訂的解決方案(O/SBP)，及客戶反饋的的改善和缺陷，定義產(chǎn)品發(fā)布版本所要提供的功能－即產(chǎn)品的需求。

研發(fā)工程部門

根據(jù)產(chǎn)品需求，評估開發(fā)需求所需要的資源、時間等，并對需求進行設(shè)計、開發(fā)和測試等，建立需求與設(shè)計開發(fā)之間的追蹤關(guān)系。

技術(shù)支持

代表IBM與客戶進行溝通，反饋需求所處的狀態(tài)。

以上角色的互相協(xié)作關(guān)系請參考以下產(chǎn)品需求管理流程的三個階段描述。

5. 產(chǎn)品需求管理流程的三個階段

此流程是通過IBM內(nèi)部系統(tǒng)RATLC實現(xiàn)，這個將在后面第7部分介紹。

IPD概念階段

研發(fā)產(chǎn)品管理部門根據(jù)市場部門制訂的解決方案(O/SBP)，定義產(chǎn)品所要提供的功能－即產(chǎn)品的需求。研發(fā)產(chǎn)品管理部門將這些需求信息提交到RATLC，包括：

1. 需求描述及提出理由
2. 需求所涉及的產(chǎn)品模塊

如果此需求是因為客戶反饋的改善和缺陷而產(chǎn)生，那么研發(fā)產(chǎn)品管理部門將其與需求關(guān)聯(lián)。改善是指客戶在使用此產(chǎn)品的過程中提出的功能改善的要求，而缺陷是指：客戶在使用此產(chǎn)品的過程中發(fā)現(xiàn)的缺陷。

當(dāng)備選需求進入RRM以后，評審委員會，包括市場部門、研發(fā)產(chǎn)品管理部門，研發(fā)工程部門的代表會復(fù)審備選需求以決定那些需求通過概念決策點 （當(dāng)前的版本）。評估的條件包括其業(yè)務(wù)的重要性和對產(chǎn)品開發(fā)的影響（初步的需求規(guī)模評估）在評估的過程中，任何對此需求開發(fā)風(fēng)險的認識，如需要的開發(fā)時間、性能要求等都被記錄下來，作為此需求的風(fēng)險記錄，作為整個開發(fā)過程的參考。

對已經(jīng)批準需求進行排序，同時需要增加以下內(nèi)容：

1. 將在哪個版本實現(xiàn)
2. 負責(zé)人
3. 業(yè)務(wù)的重要性

沒有通過概念決策點的需求：

1. 被拒絕，即現(xiàn)在沒有任何實現(xiàn)的時間表；
2. 被延遲，將在下次版本的概念階段被重新考慮；
3. 需要添加負責(zé)人和注釋以備查。

IPD計劃階段

為了了解開發(fā)的投入，并能夠給每個需求制訂詳細的開發(fā)計劃，所有需求都要進行規(guī)模評估。評估的內(nèi)容包括現(xiàn)在或?qū)黹_發(fā)此需求所需要的人力，時間和資源。通過研發(fā)工程部門和研發(fā)產(chǎn)品管理部門的多次和及時的溝通，需求的規(guī)模被確定。如果需求規(guī)模被修改，研發(fā)產(chǎn)品管理部門將再次和市場部門和技術(shù)支持部門溝通，以確認修改。修改的記錄會記錄在需求變更流程里面。通過規(guī)模評估的需求，需求會關(guān)聯(lián)一條或多條的規(guī)模評估記錄：需求開發(fā)所需要的資源、人力及計劃。

同時，開發(fā)團隊根據(jù)IRUP指導(dǎo)對需求進行詳細的描述和設(shè)計，包括用例建模，建立測試策略和項目計劃等。

沒有通過計劃決策點的需求：

1. 被拒絕，即現(xiàn)在沒有任何實現(xiàn)的時間表；
2. 被延遲，將在下次版本的Concept Phase重新考慮；
3. 需要添加負責(zé)人和注釋以備查。

IPD 開發(fā)和驗證階段

在此階段，開發(fā)團隊決定是否針對需求制訂開發(fā)計劃, 并對需求進行開發(fā)和測試，如果制訂計劃，需要提供以下信息：開發(fā)的狀態(tài)。在開發(fā)過程中，需求一直處于InPlan狀態(tài)，直到通過Availability DCP后，需求狀態(tài)轉(zhuǎn)變?yōu)镈elivered。

如果由于開發(fā)計劃延后，或開發(fā)過程中出現(xiàn)技術(shù)問題而導(dǎo)致開發(fā)團隊決定不將其放入開發(fā)計劃，需求會被Decommitted。如果有變更情況，負責(zé)人需要將變更記錄與需求關(guān)聯(lián)。

6. 產(chǎn)品需求管理流程的價值

1． 統(tǒng)一的版本需求管理流程：無論是外部的客戶需求，IBM的市場規(guī)劃需求都使用相同的流程，統(tǒng)一的評估，統(tǒng)一的規(guī)劃，確保需求的開發(fā)與業(yè)務(wù)目標發(fā)展一致。

2． 需求端到端狀態(tài)的可視化：需求記錄包含豐富的信息包括變更的記錄，使得市場部門、研發(fā)產(chǎn)品管理部門和研發(fā)團隊能夠及時了解需求所處的狀態(tài)，減少多方溝通的時間，并能夠及時的向客戶傳遞相應(yīng)的信息，提高客戶的滿意度。

3． 需求信息的集中管理：每條需求都有相應(yīng)的屬性，如客戶優(yōu)先級別，所涉及的產(chǎn)品模塊等，需求開發(fā)時間等。有了這些信息，市場部門和研發(fā)團隊可以定制各種報表對需求進行查詢、過濾和排序，多角度的了解需求的狀況。

4． 全球同步進行需求管理：雖然IBM市場部門及研發(fā)團隊都分布在全球不同地點，但是所有相關(guān)人員可以通過WEB的方式訪問需求，進行需求的溝通。

7. RATLC——通過ClearQuest實現(xiàn)需求管理流程

在IBM內(nèi)部是使用什么系統(tǒng)來支撐需求管理流程的呢？答案是RATLC。 它既是 IBM 軟件部用于管理產(chǎn)品需求和產(chǎn)品缺陷的系統(tǒng)。 RATLC通過Rational ClearQuest工具定制實現(xiàn)。同時由于IBM的軟件研發(fā)團隊分布在全球各地，為了實現(xiàn)每個地區(qū)團隊能快捷地訪問需求，RATLC通過ClearQuest MultiSite實現(xiàn)了“本地復(fù)本，全球同步”的模式。現(xiàn)在RATCL在全球一共有 11個復(fù)本，分別位于北美、印度、法國和中國，復(fù)本之間的一致性通過ClearQuest MultiSite的自動同步功能實現(xiàn)。

IBM Rational ClearQuest 是一個強大而高度靈活的需求、缺陷和變更、測試計劃和用例管理平臺，能在整個開發(fā)周期內(nèi)捕獲、跟蹤并管理各種類型的記錄，幫助您以更高的效率交付出更高質(zhì)量的軟件。無論您使用的平臺是Windows、UNIX或是Web，可完全自主定制的界面和工作流程引擎都能適應(yīng)任何開發(fā)流程。由于ClearQuest支持業(yè)內(nèi)標準數(shù)據(jù)庫，所以它可任意擴展，以支持任何規(guī)模的項目。

RATLC的具體實現(xiàn)方式：

（1） 通過ClearQuest Designer定制RATLC中的需求管理流程。ClearQuest本身內(nèi)嵌了需求管理、缺陷管理和測試管理流程。同時，鑒于IBM需求管理流程有特殊性的需求， ClearQuest提供了靈活的手段在上述的內(nèi)嵌流程中進行客戶化定制。RATLC就是通過ClearQuest Designer的狀態(tài)過渡矩陣定制產(chǎn)品需求管理流程中的需求狀態(tài)和其過渡關(guān)系，如圖二：

圖三是通過ClearQuest Designer定制好后的需求管理流程的狀態(tài)圖，圖中的橢圓代表的是需求的狀態(tài)，箭頭上的文字代表用戶經(jīng)過何種操作后，需求的狀態(tài)發(fā)生了相應(yīng)的變化。如需求處在“Submitted”狀態(tài)，用戶經(jīng)過評審，確定了此需求的優(yōu)先級別并更新了界面中此需求的優(yōu)先級別屬性后，按下界面中“Prioritize”按鈕，需求的狀態(tài)變?yōu)椤癙rioritized”。

（2）通過ClearQuest Designer表單定制功能直觀地定制RATLC用戶界面。

我們可以通過ClearQuest Designer提供的可視化表單定制功能直觀地定制用戶界面?；旧鲜峭ㄟ^Designer提供的界面工具集如按鈕、文字框等拖拽地設(shè)計用戶界面。如圖四：

圖五是通過ClearQuest Designer表單定制功能定制出來的RATLC需求錄入界面。

（3） 通過ClearQuest客戶端定制各式報表

在RATLC中系統(tǒng)管理員配置了不同產(chǎn)品的缺省報表，當(dāng)用戶和登錄到系統(tǒng)的時候可以根據(jù)報表的類型（如按產(chǎn)品名稱分類的報表）來選擇需要查看的需求記錄。

或者，用戶登錄到系統(tǒng)后，可以自定義報表，如產(chǎn)品經(jīng)理需要反復(fù)查看某個客戶所提交的所有需求和缺陷記錄的狀態(tài)，他可以自定義這樣的報表，以方便在每次登錄系統(tǒng)后都能很迅速地查詢到所需要的信息。

報表的定制也是非常簡單，通過拖拽字段的方式就可以便捷地建立所需要的報表。

（4）多客戶端界面選擇-Web/Windows UI/Eclipse

RATLC充分利用了ClearQuest多客戶端的特點，為不同類型的用戶提供了不同的使用界面。如市場部門及研發(fā)管理部門人員，由于他們的日常操作多為查詢需求的狀態(tài)和修改需求記錄等，RATLC為這部分人員提供了WEB訪問的方式；而對于研發(fā)工程人員，由于他們需要對需求進行開發(fā)，這就涉及到與配置管理工具的集成實現(xiàn)變更記錄與代碼的結(jié)合，RATLC為他們提供了Windows客戶端或Eclipse客戶端，這樣研發(fā)工程人員的開發(fā)環(huán)境就能很方便地與ClearQuest結(jié)合起來。

（4）ClearQuest與ClearCase集成

在RATLC系統(tǒng)中，當(dāng)某個需求經(jīng)過批準后被分發(fā)到相應(yīng)的開發(fā)人員，此開發(fā)人員可以通過ClearQuest與ClearCase的集成，在檢出代碼或文檔修改的時候選擇相應(yīng)RATLC系統(tǒng)的記錄。這樣，變更的原因（需求）和變更的結(jié)果（代碼或文檔）就能緊密的集成在一起，方便隨后進行雙向的查詢，如QA可以通過RATCL了解此需求變更涉及到哪些代碼改變，或某個文件的新版本是由于什么原因而產(chǎn)生的。

8. 總結(jié)

此次我們介紹了IBM軟件產(chǎn)品需求管理流程， 它是IBM IPD的一個實例，也就是一個由市場/客戶驅(qū)動的，跨市場部門、研發(fā)產(chǎn)品管理部門及研發(fā)工程部門的端到端需求管理流程。此流程在IBM內(nèi)部的支撐系統(tǒng)RATLC是通過Rational ClearQuest這一優(yōu)秀生命周期管理集成器來實現(xiàn)（如圖七）。Rational ClearQuest涵蓋了需求管理、變更管理、缺陷管理和測試管理。

參考資料

• developerWorks 中國網(wǎng)站 Rational 專區(qū)
  
  
• 如果您對Rational ClearQuest感興趣并想繼續(xù)研究，您可以參考以下網(wǎng)頁：ClearQuest 產(chǎn)品頁面
  
  
• 如果您想試用Rational ClearQuest，您可以到以下網(wǎng)址下載試用版：ClearQuest 試用版

關(guān)于作者

		劉昀，現(xiàn)任 IBM 中國有限公司軟件部 Rational 華南大區(qū)技術(shù)主管。現(xiàn)主要負責(zé) Rational 產(chǎn)品在華為的推廣和技術(shù)支持工作。在此之前，劉昀曾任職于 Bea 中國有限公司，從事J2EE解決方案的咨詢工作。在加入 Bea 之前，劉昀在美國通用電器從事電子商務(wù)系統(tǒng)的設(shè)計開發(fā)。在軟件工程技術(shù)方面，劉昀有著多年的實踐經(jīng)驗，對于 Rational 的軟件工程技術(shù)有著深刻的理解。