開發(fā)計劃

項目開發(fā)計劃

編制項目開發(fā)計劃的目的是用文件的形式，把對于在開發(fā)過程中各項工作的負責人員、開發(fā)

進度、所需經(jīng)費預算、所需軟、硬件條件等問題作出的安排記載下來，以便根據(jù)本計劃開

展和檢查本項目的開發(fā)工作。編制內(nèi)容要求如下：

1引言

1．1編寫目的

說明編寫這份項目開發(fā)計劃的目的，并指出預期的讀者。

1．2背景

說明：

a．待開發(fā)的軟件系統(tǒng)的名稱；

b．本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡(luò)；

C．該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關(guān)系。

1．3定義

列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。

1．4參考資料

列出用得著的參考資料，如：

a．本項目的經(jīng)核準的計劃任務書或合同、上級機關(guān)的批文；

b．屬于本項目的其他已發(fā)表的文件；

C．本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。列出這些文件

資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。

2項目概述

2．1工作內(nèi)容

簡要地說明在本項目的開發(fā)中須進行的各項主要工作。

2．2主要參加人員

扼要說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術(shù)水平。

2．3產(chǎn)品

2．3．1程序

列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用

有關(guān)文件，逐項說明其功能和能力。

2．3．2文件

列出需移交給用戶的每種文件的名稱及內(nèi)容要點。

2．3．3服務

列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規(guī)定開始日期、

所提供支持的級別和服務的期限。

2．3．4非移交的產(chǎn)品

說明開發(fā)集體應向本單位交出但不必向用戶移交的產(chǎn)品（文件甚至某些程序）。

2．4驗收標準

對于上述這些應交出的產(chǎn)品和服務，逐項說明或引用資料說明驗收標準。

2．5完成項目的員遲用限

2．6本計劃的批準者和批準日期

3實施計劃

3．1工作任務的分門與人員分工

對于項目開發(fā)中需完成的各項工作，從需求分析、設(shè)計、實現(xiàn)、測試直到維護，包括文

件的編制、審批、打印、分發(fā)工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指

明每項任務的負責人和參加人員。

3．2接口人員

說明負責接口工作的人員及他們的職責，包括：

a．負責本項目同用戶的接口人員；

b．負責本項目同本單位各管理機構(gòu)，如合同計劃管理部門、財務部門、質(zhì)量管理部門

等的接口人員；

c．負責本項目同各分合同負責單位的接口人員等。

3．3進度

對于需求分析、設(shè)計、編碼實現(xiàn)、測試、移交、培訓和安裝等工作，給出每項工作任務

的預。定開始日期、完成日期及所需資源，規(guī)定各項工作任務完成的先后順序以及表征每項

工作任務完成的標志性事件（即所謂"里程碑"）。

3．4預算

逐項列出本開發(fā)項目所需要的勞務（包括人員的數(shù)量和時間）以及經(jīng)費的預算（包括辦

公費、差旅費、機時費、資料費、通訊設(shè)備和專用設(shè)備的租金等）和來源。

3．5關(guān)鍵問題

逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風險，指出這些問題對項目的

影響。

4支持條件

說明為支持本項目的開發(fā)所需要的各種條件和設(shè)施。

4．1計算機系統(tǒng)支持

逐項列出開發(fā)中和運行時所需的計算機系統(tǒng)支持，包括計算機、外圍設(shè)備、通訊設(shè)備、

模擬器、編譯（或匯編）程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能

力等，逐項給出有關(guān)到貨日期、使用時間的要求。

4．2需由用戶承擔的工作

逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。

4．3由外單位提供的條件

逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的

條件和提供的時間。

5專題計劃要點

說明本項目開發(fā)中需制訂的各個專題計劃（如分合同計劃、開發(fā)人員培訓計劃、測試計

劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝計劃等）的

要點。

十一、調(diào)研說明與基本問題

不少行業(yè)的業(yè)務都是由一系列環(huán)節(jié)構(gòu)成的業(yè)務流程組成的，有的簡單只有一兩個環(huán)節(jié)，有

的復雜有多個環(huán)節(jié)，還可能有循環(huán)或分枝，系統(tǒng)軟件不僅要解決獨立環(huán)節(jié)的業(yè)務問題，而且

要能夠自動把這些環(huán)節(jié)串聯(lián)起來，希望一個環(huán)節(jié)所做的工作能夠自動被下一個環(huán)節(jié)利用，這

就是最基本工作流的需求。例如一個案件從接案、立案、偵查、起訴，到執(zhí)行由不同的部門

來完成。這些環(huán)節(jié)不是獨立的，后面的環(huán)節(jié)不應該比前面的發(fā)生的早，也不能延遲過多，因

為存在法律時限，并且流程中存在循環(huán)，也就是說某些環(huán)節(jié)可能重復多次，再者每個部門的

流程種類又多，每個工作人員可能要處理多個環(huán)節(jié)上的任務。因此我們把每個業(yè)務的每個環(huán)

節(jié)搞清楚，主要搞清以下幾個基本問題：

每個流程中的每個環(huán)節(jié)是否已經(jīng)不能再分解？

每個流程中的每個環(huán)節(jié)的主辦（責任）部門是誰？

每個環(huán)節(jié)要求的輸入（項目、格式、方式）和輸出（項目、格式、方式）是什么？

每個環(huán)節(jié)的輸入和輸出之間的變化或關(guān)系是什么？

每個環(huán)節(jié)的輸入的數(shù)據(jù)來源是什么？

每個環(huán)節(jié)的輸出的數(shù)據(jù)去向是什么？

每個環(huán)節(jié)的數(shù)據(jù)項目有無國家標準或部頒標準或其他標準？

每個環(huán)節(jié)的數(shù)據(jù)項目的類型是什么？

每個環(huán)節(jié)的責任人對本環(huán)節(jié)中數(shù)據(jù)項目的權(quán)限是什么？（可新建、可刪除、可修改、只讀、）

每個環(huán)節(jié)的輸入的數(shù)據(jù)項目有無檢驗規(guī)則？（如不能為空）

從一個環(huán)節(jié)到下一個環(huán)節(jié)的條件是什么？

從一個環(huán)節(jié)到下一個環(huán)節(jié)有無時間限制？是多少？

收集上來的表單用在哪個業(yè)務中的哪個環(huán)節(jié)？

多個表單間的關(guān)系：繼承？關(guān)聯(lián)？

十二、需求管理

需求調(diào)研分析過程是一個由粗到細、漸進明晰、持續(xù)完善的過程。在指導后面系統(tǒng)設(shè)計，

編碼階段時都應當不斷完善修改需求文檔，因此需求管理非常重要。需求管理包括在工程進

展過程中維持需求約定集成型和精確性的所有活動，它是CMM模型二級中的首要KPA（關(guān)

鍵過程域），這些活動包括：

（1）定義需求基線（需求文檔的主體）；

（2）評審提出的需求變更申請、評估每項變更可能的影響，從而決定是否實施變更；

（3）以一種可控的方式將需求變更融入到項目中；

（4）使當前的項目計劃與需求保持一致；

（5）分析變更所產(chǎn)生的影響并在此基礎(chǔ)上協(xié)商出新的約定；

（6）使每項需求都能與其對應的設(shè)計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤；

（7）在整個項目過程中跟蹤需求狀態(tài)及其變更情況。

參考文獻：

《實用軟件工程》第二版，鄭人杰、殷人昆、陶永雷等著

《軟件需求》SorenLauen著，劉曉暉譯

《軟件工程：實踐者的研究方法》（第5版）an著