一個好的計劃可以提高工作效率，減少犯錯的機會。在制定計劃時，要考慮到現(xiàn)實情況和實際可行性，避免過于理想化。共享計劃和經(jīng)驗，可以得到他人的建議和反饋。
軟件項目范圍計劃書篇一
說明編寫這份項目開發(fā)計劃的目的，并指出預期的讀者。
1.2背景。
說明:。
a.待開發(fā)的軟件系統(tǒng)的名稱;。
b.本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡;c.該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。
1.3定義。
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
1.4參考資料。
列出用得著的參考資料，如:。
a.本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文;。
b.屬于本項目的其他已發(fā)表的文件;。
c.本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。
列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。
2項目概述。
2.1工作內(nèi)容。
簡要地說明在本項目的開發(fā)中須進行的各項主要工作。
2.2主要參加人員。
扼要說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術水平。
2.3產(chǎn)品。
2.3.1程序。
列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關文件，逐項說明其功能和能力。
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ā)中需完成的各項工作，從需求分析、設計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。
3.2接口人員。
說明負責接口工作的人員及他們的職責，包括：
a.負責本項目同用戶的接口人員;。
c.負責本項目同各分合同負責單位的接口人員等。
3.3進度。
對于需求分析、設計、編碼實現(xiàn)、測試、移交、培訓和安裝等工作，給出每項工作任務。
的預。
定開始日期、完成日期及所需資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(即所謂“里程碑”)。
3.4預算。
逐項列出本開發(fā)項目所需要的勞務(包括人員的數(shù)量和時間)以及經(jīng)費的預算(包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等)和來源。
3.5關鍵問題。
逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目的影響。
4支持條件。
說明為支持本項目的開發(fā)所需要的各種條件和設施。
4.1計算機系統(tǒng)支持。
逐項列出開發(fā)中和運行時所需的計算機系統(tǒng)支持，包括計算機、外圍設備、通訊設備、模擬器、編譯(或匯編)程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的要求。
4.2需由用戶承擔的工作。
逐項列出需要用戶承擔的工作和完成期限。
包括需由用戶提供的條件及提供時間。
4.3由外單位提供的條件。
逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的條件和提供的時間。
5專題計劃要點。
軟件項目范圍計劃書篇二
甲方在此委托乙方進行xx軟件的開發(fā)，為明確雙方責任，經(jīng)友好協(xié)商，雙方達成以下協(xié)議：
第一條：項目的功能、平臺架構、開發(fā)進度、交付方式等內(nèi)容由載明。
第二條：甲方的權利和義務。
1.提供專人與乙方聯(lián)絡。
2.提供項目所需要的所有資料交給乙方，并保證資料的正確性。
3.及時支付費用，保證項目的開發(fā)費用及時到位。
4.本合同的相關作品、程序、文件源碼的版權屬甲方所有。
第三條：乙方的權利和義務。
1.提供專人與甲方聯(lián)絡。
2.按照項目進度要求及時完成系統(tǒng)的開發(fā)，同時保證項目質量。
3.協(xié)助甲方完成所開發(fā)系統(tǒng)的實施、培訓以及維護。
4.開發(fā)完畢，乙方應將系統(tǒng)的文檔、源代碼移交給甲方，不得將其應用在其他企業(yè)。
5.不得將甲方開發(fā)內(nèi)容泄露給第三方。
第四條：驗收。
2.驗收期限為2天時間。
第六條：付款方式。
1.合同簽訂后1個工作日內(nèi)，甲方向乙方支付合同總價30%的預付款。
2.試運行完畢，甲方向乙方支付合同總價70%的合同款;。
第七條：維護。
2.甲方需要改動或需要委托乙方進行二次開發(fā)，甲方應同乙方另訂協(xié)議，作為合同的附件，另收開發(fā)費用。
第八條違約責任。
1.任何一方有證據(jù)表明對方已經(jīng)、正在或將要違約，可以中止履行本合同，但應及時通知對方。若對方繼續(xù)不履行、履行不當或者違反本合同，該方可以解除本合同并要求對方賠償損失。
2.因不可抗力而無法承擔責任的一方，應在不可抗力發(fā)生的3天內(nèi)，及時通知另一方。
3.一方因不可抗力確實無法承擔責任，而造成損失的，不付賠償責任。本合同所稱不可抗力是指不能預見、不能克服并且不能避免的客觀事件，包括但不限于自然災害如洪水、地震、火災和風暴等以及社會事件如戰(zhàn)爭、**、政府行為等。
第九條其它。
1.如果本合同任何條款根據(jù)現(xiàn)行法律被確定為無效或無法實施，本合同的其他所有條款將繼續(xù)有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應盡可能接近原約定和本合同相應的精神和宗旨。
2.本合同經(jīng)雙方授權代表簽字并蓋章，自簽訂日起生效。
3.本合同一式兩份，雙方當事人各執(zhí)一份，具有同等法律效力。
乙方：甲方。
法人代表：法人代表：
代理人：代理人：
日期：年月日日期：年月日
地址：地址：
電話：電話：
傳真：傳真：
開戶銀行：開戶銀行。
帳號：帳號：
軟件項目范圍計劃書篇三
1.1編寫目的。
1.2背景。
1.3定義。
1.4參考資料。
1.5標準、條約和約定。
2項目概述。
2.1項目目標。
2.2產(chǎn)品目標與范圍。
2.3假設與約束。
2.5應交付成果。
2.5.1需完成的軟件。
2.5.2需提交用戶的文檔。
2.5.3須提交內(nèi)部的文檔。
2.5.4應當提供的服務。
2.6項目開發(fā)環(huán)境。
2.7項目驗收方式與依據(jù)。
3項目團隊組織。
3.1組織結構。
3.2人員分工。
3.3協(xié)作與溝通。
3.3.1內(nèi)部協(xié)作。
3.3.2外部溝通。
4實施計劃。
4.1風險評估及對策。
4.2工作流程。
4.3總體進度計劃。
4.4項目監(jiān)控。
4.4.1質量控制計劃。
4.4.2進度監(jiān)控計劃。
4.4.3預算監(jiān)控計劃。
4.4.4配置管理計劃。
5支持條件。
5.1內(nèi)部支持(可選)。
5.2客戶支持(對項目而言)。
5.3外包(可選)。
6預算(可選)。
6.1人員成本。
6.2設備成本。
6.3其它經(jīng)費預算。
7關鍵問題。
8專題計劃要點。
1.1編寫目的。
說明編寫這份項目計劃的目的，并指出預期的讀者。
作用:本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。
注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。
“項目目標”在2.1中說明。
意義:使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。
開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作。”
例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題:把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的。
1.2背景。
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。
主要有以下內(nèi)容:。
項目的名稱:經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關系，如針對“xx系統(tǒng)”開發(fā)的項目名稱是“xx系統(tǒng)開發(fā)”。
項目的委托單位:如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(單位):軟件或網(wǎng)絡的使用單位，可以泛指某個用戶群。
注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。
如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業(yè)單位。
項目的任務提出者:本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。
如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔部門:有些企業(yè)根據(jù)行業(yè)方向或工作性質的不同把軟件開發(fā)分成不同的部門(也有的分為不同事業(yè)部)。
項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務部門等等其中幾個組成。
需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。
項目建設背景:從政治環(huán)境上、業(yè)務環(huán)境上說明項目建設背景，說明項目的大環(huán)境、來龍去脈。
這有利于項目成員更好地理解項目目標和各項任務。
例句:根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內(nèi)容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態(tài)。
目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯(lián)合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數(shù)百個，加上前期建設工作的數(shù)量和今后某市建設發(fā)展的趨勢，建設工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應市委市政府的要求。
因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設工作信息報送反饋系統(tǒng)”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟件系統(tǒng)與其他系統(tǒng)的關系:說明與本系統(tǒng)有關的其他系統(tǒng)，說明它們之間的相互依賴關系。
這些系統(tǒng)可以是這個系統(tǒng)的基礎性系統(tǒng)(一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行)，也可以是以這個系統(tǒng)為基礎的系統(tǒng)，或者是兩者兼而有之的關系、互相依賴的系統(tǒng)。
例句:本系統(tǒng)中對外部辦公部分如需要各個建設單位報送材料的子系統(tǒng)應當掛在市政府網(wǎng)站。
軟件系統(tǒng)與機構的關系:說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構組織有關系。
例如一些系統(tǒng)需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3定義。
列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。
注意盡量不要對一些業(yè)界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4參考資料。
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。
本節(jié)與下一節(jié)的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。
常用資料如:。
本項目的合同、標書、上級機關有關通知、經(jīng)過審批的項目任務書;。
屬于本項目的其他已經(jīng)發(fā)表的文件;。
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。
1.5標準、條約和約定。
列出在本項目開發(fā)過程中必須遵守的標準、條約和約定。
例如:相應的《立項建議書》、《項目任務書》、合同、國家標準、行業(yè)標準、上級機關有關通知和實施方案、相應的技術規(guī)范等。
“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。
參考資料的內(nèi)容應該涵蓋“標準、條約和約定”。
2項目概述。
2.1項目目標。
設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。
注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務。
注意“要完成一個系統(tǒng)”只是一個模糊的目標，它還不夠具體和明確。
明確的項目目標應該指出了服務對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標應當符合smart原則:。
lsspecific明確的陳述。
lmmeasurable可以衡量的結果。
laattainable可以達成的目標。
lrrealistic合理的，現(xiàn)實的或者說是能和實際工作相結合。
lttrackable可以跟蹤的。
項目目標可以進行橫向的分解也可以進行縱向的分解。
橫向分解一般按照系統(tǒng)的功能或按照建設單位的不同業(yè)務要求，如分解為第一目標、第二目標等等;縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。
階段目標一般應當說明目標實現(xiàn)的較為明確的時間。
一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現(xiàn)項目的總目標，必須實現(xiàn)以下三個階段目標······”
2.2產(chǎn)品目標與范圍。
根據(jù)項目輸入(如合同、立項建議書、項目技術方案、標書等)說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標及簡要的軟件功能需求。
對項目成果(軟件系統(tǒng))范圍進行準確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎和依據(jù)。
軟件系統(tǒng)產(chǎn)品目標應當從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。
產(chǎn)品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準確性，減輕各級相關工作人員的勞動強度?！?/p>
2.3假設與約束。
對于項目必須遵守的各種約束(時間、人員、預算、設備等)進行說明。
這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候實現(xiàn)、成本范圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。
如:“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。
假設與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應該在風險分析中列出，分析其出現(xiàn)的可能性(概率)、造成的影響、應當采取的相應措施。
說明為實現(xiàn)項目的目標需要進行那些工作。
在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定:軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定:為了能夠按時保質交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。
這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準時交付。
2.5應交付成果。
2.5.1需完成的軟件。
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。
其中軟件對象可能包括:源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2需提交用戶的文檔。
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。
此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3須提交內(nèi)部的文檔。
可根據(jù)《gb8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄o:“文件編制實施規(guī)定的實例(參考件)”結合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。
根據(jù)《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。
將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務和資源。
根據(jù)因素取值列出本項目應完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4應當提供的服務。
根據(jù)合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。
具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導書、培訓計劃等，應當在本計劃“4.3總體進度計劃”中條列出。
2.6項目開發(fā)環(huán)境。
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡環(huán)境。
環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c++的。
有些環(huán)境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環(huán)境。
2.7項目驗收方式與依據(jù)。
說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。
項目驗收依據(jù)主要有標書、合同、相關標準、項目文檔(最主要是需求規(guī)格說明書)。
3項目團隊組織。
3.1組織結構。
說明項目團隊的組織結構。
項目的組織結構可以從所需角色和項目成員兩個方面描述。
所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員(或小組)、構架設計師、設計組、程序組、測試組等等。
組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。
除了圖形外，可以用文字簡要說明各個角色應有的技術水平。
注意雖然有一些通用的結構可以套用，但各種不同規(guī)模、不同形式的項目組織結構是不一樣的。
如產(chǎn)品研發(fā)項目可能就不需要實施人員(小組)，但需要知識轉移方面的人員(小組)。
而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。
3.2人員分工。
確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。
以下是一個示例。
3.3協(xié)作與溝通。
項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。
溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。
其次應當確定協(xié)作模式與溝通方式。
溝通方式如會議、使用電話、qq、內(nèi)部郵件、外部郵件、quickplace、聊天室等等。
其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。
而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應當(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務。
定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。
3.3.1項目團隊內(nèi)部協(xié)作。
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2項目接口人員。
應當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括:。
a、負責本項目同用戶的接口人員;。
c、負責本項目同分包方的接口人員。
3.3.3項目團隊外部溝通與協(xié)作模式。
項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。
明確最終用戶、直接用戶及其所在本企業(yè)/部門名稱和聯(lián)系電話。
明確協(xié)作開發(fā)的有關部門的名稱、經(jīng)理姓名、承擔的工作內(nèi)容以及工作實施責任人的姓名、聯(lián)系電話。
確定有關的合作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
4實施計劃。
4.1風險評估及對策。
識別或預估項目進行過程中可能出現(xiàn)的風險。
應該分析風險出現(xiàn)的可能性(概率)、造成的影響、根據(jù)影響應該采取的對策，采取的措施。
風險識別包括識別內(nèi)在風險及外在風險。
內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。
外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等。
風險的對策包括:避免:排除特定危脅往往靠排除危險起源;減緩:減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù);吸納:接受一切后果，可以是積極的(如制定預防性計劃來防備風險事件的發(fā)生)，也可以是消極的(如某些費用超支則接受低于預期的利潤)。
對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
1)工程/規(guī)模/進度上的風險。
2)技術上的風險。
3)用戶體制上的問題。
4)其它:應該包含此處沒有、但據(jù)推測有風險的項目。
4.2工作流程。
說明項目采用什么樣的工作流程進行。
如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。
不同的流程將影響后面的工作計劃的制定。
必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。
4.3總體進度計劃。
這里所說的總體進度計劃為高層計劃。
作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。
總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對于項目計劃、項目準備、需求調(diào)研、需求分析、構架設計或概要設計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(里程碑)。
例如。
需求評審。
設計評審。
表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。
小規(guī)模的項目可簡便地使用excel作為輔助工具。
關于如何使用這些工具不在此作詳細說明。
1)對于系統(tǒng)需求和項目目標的掌握程度。
如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。
2)軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。
軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質量的要求，使用的開發(fā)工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。
例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。
由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。
相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓和管理方面的問題將更為嚴重。
3)軟件系統(tǒng)復雜程度和項目復雜程度:和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復雜程度主要是考慮軟件系統(tǒng)本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。
軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復雜程度未必是成比例的關系;同樣項目的規(guī)模與項目的復雜程度未必是成比例的關系。
4)項目的工期要求，就是項目的緊急程度。
有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。
增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。
5)項目成員的能力。
這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。
從另外一個角度看還有總體上對客戶行業(yè)業(yè)務的熟悉程度;對于建模工具、開發(fā)工具、測試工具等技術的掌握程度;企業(yè)內(nèi)部對行業(yè)業(yè)務知識和主要技術的知識積累。
4.4.1質量保證計劃。
執(zhí)行質量評審活動，對過程質量進行控制。
規(guī)模較大的項目應當單獨編寫《軟件開發(fā)項目質量計劃》。
根據(jù)gb/t12504計算機軟件質量保證計劃規(guī)范，內(nèi)容包括:。
l引言(本章節(jié)包括質量計劃的目的、定義、參考資料)。
l管理(描述負責軟件質量管理的機構、任務及其相關的職責)。
l文檔(列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則)。
l標準、條例和約定(列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施)。
l評審和檢查(規(guī)定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規(guī)程，以及通過與否的技術準則。
至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查)。
l軟件配置管理(編制有關配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《gb/t12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔)。
l工具、技術和方法(指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途)。
l媒體控制(說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化)。
l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。
規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。
)
l記錄的收集、維護和保存(指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限)。
4.4.2進度控制計劃。
(可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容)。
本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3預算監(jiān)控計劃。
說明如何檢查項目預算的使用情況。
根據(jù)項目情況需要制定。
4.4.4配置管理計劃。
編制有關軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。
在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。
還必須規(guī)定用以維護和存儲軟件受控版本的方法和設施;必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構及其職責。
根據(jù)《gb/t12505計算機軟件配置管理計劃規(guī)范》，軟件配置管理計劃內(nèi)容如下:。
l引言(本章節(jié)包括質量計劃的目的、定義、參考資料)。
l管理(描述負責軟件配置管理的'機構、任務、職責及其有關的接口控制。
)
l軟件配置管理活動(描述配置標識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。
)
l工具、技術和方法(指明為支持特定項目的軟件配置管理所使用的軟件工具、技術和方法，指明它們的目的，并在開發(fā)者所有權的范圍內(nèi)描述其用法)。
l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。
必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求)。
l記錄的收集、維護和保存(指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施，并指明要保存的期限)。
5支持條件。
說明為了支持本項目的完成所需要的各種條件和設施。
5.1內(nèi)部支持。
逐項列出項目每階段的支持需求(含人員、設備、軟件、培訓等)及其時間要求和用途。
例如，設備、軟件支持包括客戶機、服務器、網(wǎng)絡環(huán)境、外設、通訊設備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關到貨日期、使用時間的要求。
5.2客戶支持。
列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。
5.3外包(可選)。
列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。
6預算。
6.1人員成本。
列出產(chǎn)品/項目團隊每一個人的預計工作月數(shù)。
列出完成本項目所需要的勞務(包括人員的數(shù)量和時間)。
勞務費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金。
6.2設備成本。
設備成本包括:原材料費，設備購置及使用費。
列出擬購置的設備及其配置和所需的經(jīng)費。
列出擬購置的軟件及其版本和所需的經(jīng)費。
使用的現(xiàn)有設備及其使用時間。
6.3其它經(jīng)費預算。
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括:。
(1)差旅費(旅費、出租)(含補貼)。
(2)資料費(圖書費、資料費、復印費、出版費)。
(3)通信費(市話長話費、移動通信費、上網(wǎng)費、郵資)。
(4)會議費(鑒定費、評審會、研討費、外事費等)。
(5)辦公費(購買辦公用品)。
(6)協(xié)作費(業(yè)務協(xié)作招待費、項目團隊加班伙食費)。
(7)培訓費(培訓資料編寫費、資料印刷費、產(chǎn)地費、設備費)。
其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)。
列出完成本項目需要的所有經(jīng)費預算(上述各項費用之和)。
7關鍵問題。
逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。
8專題計劃要點。
專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。
專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝部署計劃。
參考文獻。
1.1編寫目的。
1.2背景。
1.3定義。
1.4參考資料。
1.5標準、條約和約定。
2項目概述。
2.1項目目標。
2.2產(chǎn)品目標與范圍。
2.3假設與約束。
2.5應交付成果。
2.5.1需完成的軟件。
2.5.2需提交用戶的文檔。
2.5.3須提交內(nèi)部的文檔。
2.5.4應當提供的服務。
2.6項目開發(fā)環(huán)境。
2.7項目驗收方式與依據(jù)。
3項目團隊組織。
3.1組織結構。
3.2人員分工。
3.3協(xié)作與溝通。
3.3.1內(nèi)部協(xié)作。
3.3.2外部溝通。
4實施計劃。
4.1風險評估及對策。
4.2工作流程。
4.3總體進度計劃。
4.4項目監(jiān)控。
4.4.1質量控制計劃。
4.4.2進度監(jiān)控計劃。
4.4.3預算監(jiān)控計劃。
4.4.4配置管理計劃。
5支持條件。
5.1內(nèi)部支持(可選)。
5.2客戶支持(對項目而言)。
5.3外包(可選)。
6預算(可選)。
6.1人員成本。
6.2設備成本。
6.3其它經(jīng)費預算。
7關鍵問題。
8專題計劃要點。
1.1編寫目的。
說明編寫這份項目計劃的目的，并指出預期的讀者。
作用:本節(jié)是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。
注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。
“項目目標”在2.1中說明。
意義:使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。
開發(fā)計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作。
”
例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題:把項目本身的“項目目標”誤作編制項目開發(fā)計劃的目的。
1.2背景。
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。
主要有以下內(nèi)容:。
項目的名稱:經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關系，如針對“xx系統(tǒng)”開發(fā)的項目名稱是“xx系統(tǒng)開發(fā)”。
項目的委托單位:如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(單位):軟件或網(wǎng)絡的使用單位，可以泛指某個用戶群。
注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。
如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業(yè)單位。
項目的任務提出者:本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。
如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔部門:有些企業(yè)根據(jù)行業(yè)方向或工作性質的不同把軟件開發(fā)分成不同的部門(也有的分為不同事業(yè)部)。
項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務部門等等其中幾個組成。
需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。
項目建設背景:從政治環(huán)境上、業(yè)務環(huán)境上說明項目建設背景，說明項目的大環(huán)境、來龍去脈。
這有利于項目成員更好地理解項目目標和各項任務。
例句:根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內(nèi)容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態(tài)。
目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯(lián)合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數(shù)百個，加上前期建設工作的數(shù)量和今后某市建設發(fā)展的趨勢，建設工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應市委市政府的要求。
因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立“某市某建設工作信息報送反饋系統(tǒng)”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟件系統(tǒng)與其他系統(tǒng)的關系:說明與本系統(tǒng)有關的其他系統(tǒng)，說明它們之間的相互依賴關系。
這些系統(tǒng)可以是這個系統(tǒng)的基礎性系統(tǒng)(一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行)，也可以是以這個系統(tǒng)為基礎的系統(tǒng)，或者是兩者兼而有之的關系、互相依賴的系統(tǒng)。
例句:本系統(tǒng)中對外部辦公部分如需要各個建設單位報送材料的子系統(tǒng)應當掛在市政府網(wǎng)站。
軟件系統(tǒng)與機構的關系:說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構組織有關系。
例如一些系統(tǒng)需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3定義。
列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。
注意盡量不要對一些業(yè)界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
1.4參考資料。
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。
本節(jié)與下一節(jié)的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。
常用資料如:。
本項目的合同、標書、上級機關有關通知、經(jīng)過審批的項目任務書;。
屬于本項目的其他已經(jīng)發(fā)表的文件;。
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。
1.5標準、條約和約定。
列出在本項目開發(fā)過程中必須遵守的標準、條約和約定。
例如:相應的《立項建議書》、《項目任務書》、合同、國家標準、行業(yè)標準、上級機關有關通知和實施方案、相應的技術規(guī)范等。
“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。
參考資料的內(nèi)容應該涵蓋“標準、條約和約定”。
2項目概述。
2.1項目目標。
設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。
注意，不要簡單地說成在什么什么時間完成開發(fā)什么什么軟件系統(tǒng)或完成什么什么軟件安裝集成任務。
注意“要完成一個系統(tǒng)”只是一個模糊的目標，它還不夠具體和明確。
明確的項目目標應該指出了服務對象，所開發(fā)軟件系統(tǒng)最主要的功能和系統(tǒng)本身的比較深層次的社會目的或系統(tǒng)使用后所起到的社會效果。
項目目標應當符合smart原則:。
lsspecific明確的陳述。
lmmeasurable可以衡量的結果。
laattainable可以達成的目標。
lrrealistic合理的，現(xiàn)實的或者說是能和實際工作相結合。
lttrackable可以跟蹤的。
項目目標可以進行橫向的分解也可以進行縱向的分解。
橫向分解一般按照系統(tǒng)的功能或按照建設單位的不同業(yè)務要求，如分解為第一目標、第二目標等等;縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。
階段目標一般應當說明目標實現(xiàn)的較為明確的時間。
一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現(xiàn)項目的總目標，必須實現(xiàn)以下三個階段目標······”
2.2產(chǎn)品目標與范圍。
根據(jù)項目輸入(如合同、立項建議書、項目技術方案、標書等)說明此項目要實現(xiàn)的軟件系統(tǒng)產(chǎn)品的目的與目標及簡要的軟件功能需求。
對項目成果(軟件系統(tǒng))范圍進行準確清晰的界定與說明是軟件開發(fā)項目活動開展的基礎和依據(jù)。
軟件系統(tǒng)產(chǎn)品目標應當從用戶的角度說明開發(fā)這一軟件系統(tǒng)是為了解決用戶的那些問題。
產(chǎn)品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監(jiān)督，提高信息的及時性、匯總統(tǒng)計信息的準確性，減輕各級相關工作人員的勞動強度。
”
2.3假設與約束。
對于項目必須遵守的各種約束(時間、人員、預算、設備等)進行說明。
這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候實現(xiàn)、成本范圍等種種制約條件。
假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。
如:“系統(tǒng)分析員必須在3天內(nèi)到位”或“用戶必須在8月8日前確定對需求文檔進行確認”
約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。
假設與約束是針對比較明確會出現(xiàn)的情況，如果問題的出現(xiàn)具有不確定性，則應該在風險分析中列出，分析其出現(xiàn)的可能性(概率)、造成的影響、應當采取的相應措施。
說明為實現(xiàn)項目的目標需要進行那些工作。
在必要時，可描述與合作單位和用戶的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定:軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定:為了能夠按時保質交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務。
產(chǎn)品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。
這兩個范圍管理模型間必須要有較好的統(tǒng)一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準時交付。
2.5應交付成果。
2.5.1需完成的軟件。
列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。
其中軟件對象可能包括:源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2需提交用戶的文檔。
列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。
此處需要移交用戶的文檔可參考合同中的規(guī)定。
2.5.3須提交內(nèi)部的文檔。
可根據(jù)《gb8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄o:“文件編制實施規(guī)定的實例(參考件)”結合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制裁減衡量因素表》。
根據(jù)《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。
將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務和資源。
根據(jù)因素取值列出本項目應完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。
2.5.4應當提供的服務。
根據(jù)合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。
具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導書、培訓計劃等，應當在本計劃“4.3總體進度計劃”中條列出。
2.6項目開發(fā)環(huán)境。
說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡環(huán)境。
環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c++的。
有些環(huán)境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環(huán)境。
2.7項目驗收方式與依據(jù)。
說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。
項目驗收依據(jù)主要有標書、合同、相關標準、項目文檔(最主要是需求規(guī)格說明書)。
3項目團隊組織。
3.1組織結構。
說明項目團隊的組織結構。
項目的組織結構可以從所需角色和項目成員兩個方面描述。
所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經(jīng)理、計劃經(jīng)理、系統(tǒng)分析員(或小組)、構架設計師、設計組、程序組、測試組等等。
組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。
除了圖形外，可以用文字簡要說明各個角色應有的技術水平。
注意雖然有一些通用的結構可以套用，但各種不同規(guī)模、不同形式的項目組織結構是不一樣的。
如產(chǎn)品研發(fā)項目可能就不需要實施人員(小組)，但需要知識轉移方面的人員(小組)。
而軟件編碼外包的項目則不需要程序員，測試人員也可以適當?shù)販p少。
3.2人員分工。
確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。
以下是一個示例。
3.3協(xié)作與溝通。
項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。
溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。
其次應當確定協(xié)作模式與溝通方式。
溝通方式如會議、使用電話、qq、內(nèi)部郵件、外部郵件、quickplace、聊天室等等。
其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。
而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應當(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務。
定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。
3.3.1項目團隊內(nèi)部協(xié)作。
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。
3.3.2項目接口人員。
應當說明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括:。
a、負責本項目同用戶的接口人員;。
c、負責本項目同分包方的接口人員。
3.3.3項目團隊外部溝通與協(xié)作模式。
項目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。
本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內(nèi)容。
明確最終用戶、直接用戶及其所在本企業(yè)/部門名稱和聯(lián)系電話。
明確協(xié)作開發(fā)的有關部門的名稱、經(jīng)理姓名、承擔的工作內(nèi)容以及工作實施責任人的姓名、聯(lián)系電話。
確定有關的合作單位的名稱、負責人姓名、承擔的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。
4實施計劃。
4.1風險評估及對策。
識別或預估項目進行過程中可能出現(xiàn)的風險。
應該分析風險出現(xiàn)的可能性(概率)、造成的影響、根據(jù)影響應該采取的對策，采取的措施。
風險識別包括識別內(nèi)在風險及外在風險。
內(nèi)在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。
外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等。
風險的對策包括:避免:排除特定危脅往往靠排除危險起源;減緩:減少風險事件的預期資金投入來減低風險發(fā)生的概率，以及減少風險事件的風險系數(shù);吸納:接受一切后果，可以是積極的(如制定預防性計劃來防備風險事件的發(fā)生)，也可以是消極的(如某些費用超支則接受低于預期的利潤)。
對于軟件開發(fā)項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩(wěn)，提高項目跟蹤和控制的能力，由于在問題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
1)工程/規(guī)模/進度上的風險。
2)技術上的風險。
3)用戶體制上的問題。
4)其它:應該包含此處沒有、但據(jù)推測有風險的項目。
4.2工作流程。
說明項目采用什么樣的工作流程進行。
如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。
不同的流程將影響后面的工作計劃的制定。
必要時畫出本項目采用的工作流程圖及適當?shù)奈淖终f明。
4.3總體進度計劃。
這里所說的總體進度計劃為高層計劃。
作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據(jù)。
總體進度計劃要依據(jù)確定的項目規(guī)模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。
對于項目計劃、項目準備、需求調(diào)研、需求分析、構架設計或概要設計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(里程碑)。
例如。
需求評審。
設計評審。
表格中檢查點/里程碑等階段劃分為舉例，實際作業(yè)階段劃分、階段成果等請根據(jù)項目需要確定。
制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。
小規(guī)模的項目可簡便地使用excel作為輔助工具。
關于如何使用這些工具不在此作詳細說明。
1)對于系統(tǒng)需求和項目目標的掌握程度。
如開始時對于系統(tǒng)需求和項目目標只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。
2)軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。
軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質量的要求，使用的開發(fā)工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規(guī)范等等等等。
例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的智力和體力是承受不了的。
由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。
相反，隨著人員數(shù)量的增加，人員的組織、協(xié)調(diào)、通信、培訓和管理方面的問題將更為嚴重。
3)軟件系統(tǒng)復雜程度和項目復雜程度:和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復雜程度主要是考慮軟件系統(tǒng)本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調(diào)研的難易程度，多項目情況下資源保障的情況，等等等等。
軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復雜程度未必是成比例的關系;同樣項目的規(guī)模與項目的復雜程度未必是成比例的關系。
4)項目的工期要求，就是項目的緊急程度。
有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。
增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。
5)項目成員的能力。
這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員的分析能力、系統(tǒng)設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。
從另外一個角度看還有總體上對客戶行業(yè)業(yè)務的熟悉程度;對于建模工具、開發(fā)工具、測試工具等技術的掌握程度;企業(yè)內(nèi)部對行業(yè)業(yè)務知識和主要技術的知識積累。
4.4.1質量保證計劃。
執(zhí)行質量評審活動，對過程質量進行控制。
規(guī)模較大的項目應當單獨編寫《軟件開發(fā)項目質量計劃》。
根據(jù)gb/t12504計算機軟件質量保證計劃規(guī)范，內(nèi)容包括:。
l引言(本章節(jié)包括質量計劃的目的、定義、參考資料)。
l管理(描述負責軟件質量管理的機構、任務及其相關的職責)。
l文檔(列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則)。
l標準、條例和約定(列出軟件開發(fā)過程中要用到的標準、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施)。
l評審和檢查(規(guī)定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規(guī)程，以及通過與否的技術準則。
至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統(tǒng)功能檢查、程序和文檔物理檢查)。
l軟件配置管理(編制有關配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《gb/t12505計算機軟件配置管理計劃規(guī)范》單獨制定的文檔)。
l工具、技術和方法(指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途)。
l媒體控制(說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化)。
l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發(fā)單位。
規(guī)定對這些供貨單位進行控制的規(guī)程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的需求。
)
l記錄的收集、維護和保存(指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限)。
4.4.2進度控制計劃。
(可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容)。
本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。
4.4.3預算監(jiān)控計劃。
說明如何檢查項目預算的使用情況。
根據(jù)項目情況需要制定。
4.4.4配置管理計劃。
編制有關軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。
在這些條款或文檔中，必須規(guī)定用于標識軟件產(chǎn)品、控制和實現(xiàn)軟件的修改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置管理工作等四方面的活動。
還必須規(guī)定用以維護和存儲軟件受控版本的方法和設施;必須規(guī)定對所發(fā)現(xiàn)的軟件問題進行報告、追蹤和解決的步驟，并指出實現(xiàn)報告、追蹤和解決軟件問題的機構及其職責。
根據(jù)《gb/t12505計算機軟件配置管理計劃規(guī)范》，軟件配置管理計劃內(nèi)容如下:。
l引言(本章節(jié)包括質量計劃的目的、定義、參考資料)。
l管理(描述負責軟件配置管理的機構、任務、職責及其有關的接口控制。
)
l軟件配置管理活動(描述配置標識、配置控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。
)
l工具、技術和方法(指明為支持特定項目的軟件配置管理所使用的軟件工具、技術和方法，指明它們的目的，并在開發(fā)者所有權的范圍內(nèi)描述其用法)。
l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發(fā)單位或軟件子開發(fā)單位。
必須規(guī)定對這些供貨單位進行控制的管理規(guī)程，從而使從軟件銷售單位購買的、其他開發(fā)單位開發(fā)的或從開發(fā)單位現(xiàn)存軟件庫中選用的軟件能滿足規(guī)定的軟件配置管理需求)。
l記錄的收集、維護和保存(指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施，并指明要保存的期限)。
5支持條件。
說明為了支持本項目的完成所需要的各種條件和設施。
5.1內(nèi)部支持。
逐項列出項目每階段的支持需求(含人員、設備、軟件、培訓等)及其時間要求和用途。
例如，設備、軟件支持包括客戶機、服務器、網(wǎng)絡環(huán)境、外設、通訊設備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關到貨日期、使用時間的要求。
5.2客戶支持。
列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。
5.3外包(可選)。
列出需由外單位分合同承包者承擔的工作、完成時間，包括需要由外單位提供的條件和提供的時間。
6預算。
6.1人員成本。
列出產(chǎn)品/項目團隊每一個人的預計工作月數(shù)。
列出完成本項目所需要的勞務(包括人員的數(shù)量和時間)。
勞務費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金。
6.2設備成本。
設備成本包括:原材料費，設備購置及使用費。
列出擬購置的設備及其配置和所需的經(jīng)費。
列出擬購置的軟件及其版本和所需的經(jīng)費。
使用的現(xiàn)有設備及其使用時間。
6.3其它經(jīng)費預算。
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括:。
(1)差旅費(旅費、出租)(含補貼)。
(2)資料費(圖書費、資料費、復印費、出版費)。
(3)通信費(市話長話費、移動通信費、上網(wǎng)費、郵資)。
(4)會議費(鑒定費、評審會、研討費、外事費等)。
(5)辦公費(購買辦公用品)。
(6)協(xié)作費(業(yè)務協(xié)作招待費、項目團隊加班伙食費)。
(7)培訓費(培訓資料編寫費、資料印刷費、產(chǎn)地費、設備費)。
其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)。
列出完成本項目需要的所有經(jīng)費預算(上述各項費用之和)。
7關鍵問題。
逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。
8專題計劃要點。
專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節(jié)說明本項目開發(fā)中需要制定的各個專題計劃的要點。
專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝部署計劃。
說明本項目開發(fā)中需制訂的各個專題計劃(如分合同計劃、開發(fā)人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝計劃等)的要點。
軟件項目范圍計劃書篇四
軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數(shù)據(jù)庫、軟件開發(fā)工具、系統(tǒng)平臺、標準、設計模式等方面。在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統(tǒng)、人機界面、辦公套件、操作系統(tǒng)、編譯器、數(shù)據(jù)庫、游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)、農(nóng)業(yè)、銀行、航空、政府部門等。這些應用促進了經(jīng)濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質量。
軟件是由計算機程序和程序設計的概念發(fā)展演化而來的，是在程序和程序設計發(fā)展到一定規(guī)模并且逐步商品化的過程中形成的。軟件開發(fā)經(jīng)歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。
軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。
【目錄】。
第一部分摘要。
一、信息系統(tǒng)公司概況描述。
二、信息系統(tǒng)公司的宗旨和目標。
三、信息系統(tǒng)公司目前股權結構。
四、已投入的資金及用途。
五、信息系統(tǒng)公司目前主要產(chǎn)品或服務介紹。
六、市場概況和營銷策略。
七、主要業(yè)務部門及業(yè)績簡介。
八、核心經(jīng)營團隊。
九、信息系統(tǒng)公司優(yōu)勢說明。
十、目前信息系統(tǒng)公司為實現(xiàn)目標的增資需求:原因、數(shù)量、方式、用途、償還。
十一、融資方案(資金籌措及投資方式及退出方案)。
十二、財務分析。
1.財務歷史數(shù)據(jù)。
2.財務預計。
3.資產(chǎn)負債情況。
第二部分綜述。
第一章信息系統(tǒng)公司介紹。
一、信息系統(tǒng)公司的宗旨。
二、信息系統(tǒng)公司簡介資料。
三、各部門職能和經(jīng)營目標。
四、信息系統(tǒng)公司管理。
1.董事會。
2.經(jīng)營團隊。
3.外部支持。
第二章技術與產(chǎn)品。
一、技術描述及技術持有。
二、產(chǎn)品狀況。
1.主要產(chǎn)品目錄。
2.產(chǎn)品特性。
3.正在開發(fā)/待開發(fā)產(chǎn)品簡介。
4.研發(fā)計劃及時間表。
5.知識產(chǎn)權策略。
6.無形資產(chǎn)。
三、信息系統(tǒng)產(chǎn)品生產(chǎn)。
1.資源及原材料供應。
2.現(xiàn)有生產(chǎn)條件和生產(chǎn)能力。
3.擴建設施、要求及成本，擴建后生產(chǎn)能力。
4.原有主要設備及需添置設備。
5.產(chǎn)品標準、質檢和生產(chǎn)成本控制。
6.包裝與儲運。
第三章信息系統(tǒng)市場分析。
一、信息系統(tǒng)市場規(guī)模、市場結構與劃分。
二、目標市場的設定。
三、產(chǎn)品消費群體、消費方式、消費習慣及影響市場的主要因素分析。
五、市場趨勢預測和市場機會。
六、行業(yè)政策。
第四章競爭分析。
一、有無行業(yè)壟斷。
二、從市場細分看競爭者市場份額。
三、主要競爭對手情況:公司實力、產(chǎn)品情況。
四、潛在競爭對手情況和市場變化分析。
五、信息系統(tǒng)公司產(chǎn)品競爭優(yōu)勢。
第五章信息系統(tǒng)市場營銷。
一、概述營銷計劃。
二、信息系統(tǒng)銷售政策的制定。
三、信息系統(tǒng)銷售渠道、方式、行銷環(huán)節(jié)和售后服務。
四、主要業(yè)務關系狀況。
五、信息系統(tǒng)銷售隊伍情況及銷售福利分配政策。
六、促銷和市場滲透。
1.主要促銷方式。
2.廣告/公關策略、媒體評估。
七、信息系統(tǒng)產(chǎn)品價格方案。
1.定價依據(jù)和價格結構。
2.影響價格變化的因素和對策。
八、銷售資料統(tǒng)計和銷售紀錄方式，銷售周期的計算。
九、信息系統(tǒng)市場開發(fā)規(guī)劃，銷售目標。
第六章投資說明。
一、資金需求說明(用量/期限)。
二、資金使用計劃及進度。
三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優(yōu)先股、任股權/對應價格等)。
四、資本結構。
五、回報/償還計劃。
六、資本原負債結構說明。
七、投資抵押。
八、投資擔保。
九、吸納投資后股權結構。
十、股權成本。
十一、投資者介入公司管理之程度說明。
十二、報告。
十三、雜費支付。
第七章投資報酬與退出。
一、股票上市。
二、股權轉讓。
三、股權回購。
四、股利。
第八章風險分析。
一、資源風險。
二、市場不確定性風險。
三、研發(fā)風險。
四、生產(chǎn)不確定性風險。
五、成本控制風險。
六、競爭風險。
七、政策風險。
八、財務風險。
九、管理風險。
十、破產(chǎn)風險。
軟件項目范圍計劃書篇五
白盒測試包括語句測試，判定測試，條件測試，判定-條件測試，條件組合測試和路徑測試。
黑盒測試應用等價類劃分法，邊界值分析法，判定表分析，因果圖法，正交試驗法，功能圖法和錯誤推測法。
壓力測試，同時讓很多人同時登錄系統(tǒng)，測試同時最大登錄數(shù)，以便做好系統(tǒng)的壓力測試，以便防止同時過多的學生和教師登錄時產(chǎn)生的系統(tǒng)崩潰，同時做好相應的對策。
三、教學管理系統(tǒng)的安裝計劃。
由于教學管理系統(tǒng)的特殊性，所以面對不同的人員要安裝不同的系統(tǒng)。首先是學校的高級管理人員（例如校長，書記，年級主任），要有修改系統(tǒng)內(nèi)容的權利，所以要安裝最高級的系統(tǒng)，而任課教師只能查看與自己有關的課程與上課時間，同時擁有上傳課件，教學相關軟件的權利，所以要再安裝教師機用的教學系統(tǒng)，而學生，在每個學生入學的時候要發(fā)放的安裝程序，學生的權限最低，只有查看自己所選課程和下載相關課件和課程相關軟件的權利。
軟件項目范圍計劃書篇六
一份好的項目計劃書的特點是：關注產(chǎn)品、敢于競爭、充分市場調(diào)研，有力資料說明、表明行動的方針、展示優(yōu)秀團隊、良好的財務預計等幾點，從而使合作伙伴會更了解項目的整體情況及業(yè)務模型，也能讓投資者判斷該項目的可盈利性。下面是關于軟件項目計劃書，請參考。
一、建設網(wǎng)站前的市場分析。
1、相關行業(yè)的市場是怎樣的,市場有什么樣的特點，是否能夠在互聯(lián)網(wǎng)上開展公司業(yè)務，軟件項目計劃書范文。
2、市場主要競爭者分析，競爭對手上網(wǎng)情況及其網(wǎng)站規(guī)劃、功能作用。
3、公司自身條件分析、公司概況、市場優(yōu)勢，可以利用網(wǎng)站提升哪些競爭力，建設網(wǎng)站的能力（費用、技術、人力等）。
二、建設網(wǎng)站目的及功能定位。
2、整合公司資源，確定網(wǎng)站功能。根據(jù)公司的需要和計劃，確定網(wǎng)站的功能：產(chǎn)品宣傳型、網(wǎng)上營銷型、客戶服務型、電子商務型等。
3、根據(jù)網(wǎng)站功能，確定網(wǎng)站應達到的目的作用。
4、企業(yè)內(nèi)部網(wǎng)（intranet)的建設情況和網(wǎng)站的可擴展性。
三、網(wǎng)站技術解決方案。
根據(jù)網(wǎng)站的功能確定網(wǎng)站技術解決方案。
1、采用自建服務器，還是租用虛擬主機。
2、選擇操作系統(tǒng)，用unix,linux還是window2000/nt。分析投入成本、功能、開發(fā)、穩(wěn)定性和安全性等。
3、采用系統(tǒng)性的解決方案（如ibm,hp）等公司提供的企業(yè)上網(wǎng)方案、電子商務解決方案？還是自己開發(fā)。
4、網(wǎng)站安全性措施，防黑、防病毒方案。
5、相關程序開發(fā)。如網(wǎng)頁程序asp、jsp、cgi、數(shù)據(jù)庫程序等。
四、網(wǎng)站內(nèi)容規(guī)劃。
1、根據(jù)網(wǎng)站的目的和功能規(guī)劃網(wǎng)站內(nèi)容，一般企業(yè)網(wǎng)站應包括：公司簡介、產(chǎn)品介紹、服務內(nèi)容、價格信息、聯(lián)系方式、網(wǎng)上定單等基本內(nèi)容。
2、電子商務類網(wǎng)站要提供會員注冊、詳細的商品服務信息、信息搜索查詢、定單確認、付款、個人信息保密措施、相關幫助等。
3、如果網(wǎng)站欄目比較多，則考慮采用網(wǎng)站編程專人負責相關內(nèi)容。注意：網(wǎng)站內(nèi)容是網(wǎng)站吸引瀏覽者最重要的因素，無內(nèi)容或不實用的信息不會吸引匆匆瀏覽的訪客。可事先對人們希望閱讀的信息進行調(diào)查，并在網(wǎng)站發(fā)布后調(diào)查人們對網(wǎng)站內(nèi)容的滿意度，以及時調(diào)整網(wǎng)站內(nèi)容，工作計劃《軟件項目計劃書范文》。
五、網(wǎng)頁設計。
1、網(wǎng)頁設計美術設計要求，網(wǎng)頁美術設計一般要與企業(yè)整體形象一致，要符合ci規(guī)范。要注意網(wǎng)頁色彩、圖片的應用及版面規(guī)劃，保持網(wǎng)頁的整體一致性。
2、在新技術的采用上要考慮主要目標訪問群體的分布地域、年齡階層、網(wǎng)絡速度、閱讀習慣等。
3、制定網(wǎng)頁改版計劃，如半年到一年時間進行較大規(guī)模改版等。
六、網(wǎng)站維護。
1、服務器及相關軟硬件的維護，對可能出現(xiàn)的`問題進行評估，制定響應時間。
2、數(shù)據(jù)庫維護，有效地利用數(shù)據(jù)是網(wǎng)站維護的重要內(nèi)容，因此數(shù)據(jù)庫的維護要受到重視。
3、內(nèi)容的更新、調(diào)整等。
4、制定相關網(wǎng)站維護的規(guī)定，將網(wǎng)站維護制度化、規(guī)范化。
七、網(wǎng)站測試。
網(wǎng)站發(fā)布前要進行細致周密的測試，以保證正常瀏覽和使用。主要測試內(nèi)容：
1、服務器穩(wěn)定性、安全性。
2、程序及數(shù)據(jù)庫測試。
3、網(wǎng)頁兼容性測試，如瀏覽器、顯示器。
4、根據(jù)需要的其他測試。
八、網(wǎng)站發(fā)布與推廣。
1、網(wǎng)站測試后進行發(fā)布的公關，廣告活動。
2、搜索引掣登記等。
九、網(wǎng)站建設日程表。
各項規(guī)劃任務的開始完成時間，負責人等。
十、費用明細。
各項事宜所需費用清單。
以上為網(wǎng)站規(guī)劃書中應該體現(xiàn)的主要內(nèi)容，根據(jù)不同的需求和建站目的，內(nèi)容也會在增加或減少。在建設網(wǎng)站之初一定要進行細致的規(guī)劃，才能達到預期建站目的。
將本文的word文檔下載到電腦，方便收藏和打印。
軟件項目范圍計劃書篇七
評審日期：
1 引言
1．1編寫目的
說明編寫這份項目開發(fā)計劃的目的，并指出預期的讀者。
1．2背景
說明：
a．待開發(fā)的軟件系統(tǒng)的名稱；
b．本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡；
c．該軟件系統(tǒng)同其他系統(tǒng)或其他機構的基本的相互來往關系。
1．3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。
1．4參考資料
列出用得著的參考資料，如：
a．本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文；
b．屬于本項目的其他已發(fā)表的文件；
c．本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。
2 項目概述
2．1
工作內(nèi)容
簡要地說明在本項目的開發(fā)中須進行的各項主要工作。
2．2主要參加人員
扼要說明參加本項目開發(fā)工作的主要人員的情況，包括他們的技術水平。
2．3產(chǎn)品
2．3．1程序
列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關文件，逐項說明其功能和能力。
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ā)中需完成的各項工作，從需求分析、設計、實現(xiàn)、測試直到維護，包括文件的編制、審批、打印、分發(fā)工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。
3．2接口人員
說明負責接口工作的人員及他們的
職責，包括：
a．負責本項目同用戶的接口人員；
c．負責本項目同各分合同負責單位的接口人員等。
3．3進度
對于需求分析、設計、編碼實現(xiàn)、測試、移交、培訓和安裝等工作，給出每項工作任務的預。定開始日期、完成日期及所需資源，規(guī)定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂"里程碑"）。
3．4預算
逐項列出本開發(fā)項目所需要的勞務（包括人員的數(shù)量和時間）以及經(jīng)費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。
3．5關鍵
問題
逐項列出能夠影響整個項目成敗的`關鍵問題、技術難點和風險，指出這些問題對項目的影響。
4 支持條件
說明為支持本項目的開發(fā)所需要的各種條件和設施。
4．1計算機系統(tǒng)支持
逐項列出開發(fā)中和運行時所需的計算機系統(tǒng)支持，包括計算機、外圍設備、通訊設備、模擬器、編譯（或匯編）程序、操作系統(tǒng)、數(shù)據(jù)管理程序包、數(shù)據(jù)存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的要求。
4．2需由用戶承擔的工作
逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。
4．3由外單位提供的條件
逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的條件和提供的時間。
5 專題計劃要點
說明本項目開發(fā)中需制訂的各個專題計劃（如分合同計劃、開發(fā)人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統(tǒng)安裝計劃等）的要點。
軟件項目范圍計劃書篇八
軟件是由計算機程序和程序設計的概念發(fā)展演化而來的，是在程序和程序設計發(fā)展到一定規(guī)模并且逐步商品化的過程中形成的。下面公文站小編為大家?guī)淼氖擒浖椖坑媱潟０?，歡迎大家參考!
軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數(shù)據(jù)庫、軟件開發(fā)工具、系統(tǒng)平臺、標準、設計模式等方面。在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統(tǒng)、人機界面、辦公套件、操作系統(tǒng)、編譯器、數(shù)據(jù)庫、游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)、農(nóng)業(yè)、銀行、航空、政府部門等。這些應用促進了經(jīng)濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質量。
軟件是由計算機程序和程序設計的概念發(fā)展演化而來的，是在程序和程序設計發(fā)展到一定規(guī)模并且逐步商品化的過程中形成的。軟件開發(fā)經(jīng)歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。
軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。
一、信息系統(tǒng)公司概況描述。
二、信息系統(tǒng)公司的宗旨和目標。
三、信息系統(tǒng)公司目前股權結構。
四、已投入的資金及用途。
五、信息系統(tǒng)公司目前主要產(chǎn)品或服務介紹。
六、市場概況和營銷策略。
七、主要業(yè)務部門及業(yè)績簡介。
八、核心經(jīng)營團隊。
九、信息系統(tǒng)公司優(yōu)勢說明。
十、目前信息系統(tǒng)公司為實現(xiàn)目標的增資需求:原因、數(shù)量、方式、用途、償還。
十一、融資方案(資金籌措及投資方式及退出方案)。
十二、財務分析。
1.財務歷史數(shù)據(jù)。
2.財務預計。
3.資產(chǎn)負債情況。
一、信息系統(tǒng)公司的宗旨。
二、信息系統(tǒng)公司簡介資料。
三、各部門職能和經(jīng)營目標。
四、信息系統(tǒng)公司管理。
1.董事會。
2.經(jīng)營團隊。
3.外部支持。
一、技術描述及技術持有。
二、產(chǎn)品狀況。
1.主要產(chǎn)品目錄。
2.產(chǎn)品特性。
3.正在開發(fā)/待開發(fā)產(chǎn)品簡介。
4.研發(fā)計劃及時間表。
5.知識產(chǎn)權策略。
6.無形資產(chǎn)。
三、信息系統(tǒng)產(chǎn)品生產(chǎn)。
1.資源及原材料供應。
2.現(xiàn)有生產(chǎn)條件和生產(chǎn)能力。
3.擴建設施、要求及成本，擴建后生產(chǎn)能力。
4.原有主要設備及需添置設備。
5.產(chǎn)品標準、質檢和生產(chǎn)成本控制。
6.包裝與儲運。
一、信息系統(tǒng)市場規(guī)模、市場結構與劃分。
二、目標市場的設定。
三、產(chǎn)品消費群體、消費方式、消費習慣及影響市場的主要因素分析。
五、市場趨勢預測和市場機會。
六、行業(yè)政策。
一、有無行業(yè)壟斷。
二、從市場細分看競爭者市場份額。
三、主要競爭對手情況:公司實力、產(chǎn)品情況。
四、潛在競爭對手情況和市場變化分析。
五、信息系統(tǒng)公司產(chǎn)品競爭優(yōu)勢。
一、概述營銷計劃。
二、信息系統(tǒng)銷售政策的制定。
三、信息系統(tǒng)銷售渠道、方式、行銷環(huán)節(jié)和售后服務。
四、主要業(yè)務關系狀況。
五、信息系統(tǒng)銷售隊伍情況及銷售福利分配政策。
六、促銷和市場滲透。
1.主要促銷方式。
2.廣告/公關策略、媒體評估。
七、信息系統(tǒng)產(chǎn)品價格方案。
1.定價依據(jù)和價格結構。
2.影響價格變化的因素和對策。
八、銷售資料統(tǒng)計和銷售紀錄方式，銷售周期的計算。
九、信息系統(tǒng)市場開發(fā)規(guī)劃，銷售目標。
一、資金需求說明(用量/期限)。
二、資金使用計劃及進度。
三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優(yōu)先股、任股權/對應價格等)。
四、資本結構。
五、回報/償還計劃。
六、資本原負債結構說明。
七、投資抵押。
八、投資擔保。
九、吸納投資后股權結構。
十、股權成本。
十一、投資者介入公司管理之程度說明。
十二、報告。
十三、雜費支付。
一、股票上市。
二、股權轉讓。
三、股權回購。
四、股利。
一、資源風險。
二、市場不確定性風險。
三、研發(fā)風險。
四、生產(chǎn)不確定性風險。
五、成本控制風險。
六、競爭風險。
七、政策風險。
八、財務風險。
九、管理風險。
十、破產(chǎn)風險。
一、信息系統(tǒng)公司組織結構。
二、管理制度及。
勞動合同。
三、人事計劃。
四、薪資、福利方案。
五、股權分配和認股計劃。
一、財務分析說明。
二、財務數(shù)據(jù)預測。
1.銷售收入明細表。
2.成本費用明細表。
3.薪金水平明細表。
4.固定資產(chǎn)明細表。
5.資產(chǎn)負債表。
6.利潤及利潤分配明細表。
7.現(xiàn)金流量表。
8.財務指標分析。
1引言。
1.1編寫目的。
1.2背景。
1.3定義。
1.4參考資料。
1.5標準、條約和約定。
2項目概述。
2.1項目目標。
2.2產(chǎn)品目標與范圍。
2.3假設與約束。
2.4項目工作范圍。
2.5應交付成果。
2.5.1需完成的軟件。
2.5.2需提交用戶的文檔。
2.5.3須提交內(nèi)部的文檔。
2.5.4應當提供的服務。
2.6項目開發(fā)環(huán)境。
2.7項目驗收方式與依據(jù)。
3項目團隊組織。
3.1組織結構。
3.2人員分工。
3.3協(xié)作與溝通。
3.3.1內(nèi)部協(xié)作。
3.3.2外部溝通。
4實施計劃。
4.1風險評估及對策。
4.2工作流程。
4.3總體進度計劃。
4.4項目監(jiān)控。
4.4.1質量控制計劃。
4.4.2進度監(jiān)控計劃。
4.4.3預算監(jiān)控計劃。
4.4.4配置管理計劃。
5支持條件。
5.1內(nèi)部支持(可選)。
5.2客戶支持(對項目而言)。
5.3外包(可選)。
6預算(可選)。
6.1人員成本。
6.2設備成本。
6.3其它經(jīng)費預算。
6.4項目合計經(jīng)費預算。
7關鍵問題。
8專題計劃要點。
說明編寫這份項目計劃的目的，并指出預期的讀者。
作用:本節(jié)是為了說明編制"項目計劃書"亦即本文檔的意圖和希望達到的效果。注意這里的"目的"不是"項目目標"，而是為了說明本文檔的目的與作用。"項目目標"在2.1中說明。
意義:使項目成員和項目干系人了解項目開發(fā)計劃書的作用、希望達到的效果。開發(fā)計劃書的作用一般都是"項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據(jù)本計劃書開展和檢查項目工作。"。
例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內(nèi)的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內(nèi)外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內(nèi)外環(huán)境條件、風險對策等內(nèi)容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內(nèi)的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。
常見的問題:把項目本身的"項目目標"誤作編制項目開發(fā)計劃的目的。
主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內(nèi)容:。
項目的名稱:經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關系，如針對"系統(tǒng)"開發(fā)的項目名稱是"系統(tǒng)開發(fā)"。
項目的委托單位:如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方;如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(單位):軟件或網(wǎng)絡的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業(yè)單位。
項目的任務提出者:本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。
項目的主要承擔部門:有些企業(yè)根據(jù)行業(yè)方向或工作性質的不同把軟件開發(fā)分成不同的部門(也有的分為不同事業(yè)部)。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發(fā)部門、開發(fā)部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據(jù)項目所涉及的范圍確定本項目的主要承擔部門。
項目建設背景:從政治環(huán)境上、業(yè)務環(huán)境上說明項目建設背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。
例句:根據(jù)《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監(jiān)督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內(nèi)容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態(tài)。
目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯(lián)合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數(shù)百個，加上前期建設工作的數(shù)量和今后某市建設發(fā)展的趨勢，建設工作的數(shù)量將越來越多，原來的工作模式已經(jīng)越來越無法適應市委市政府的要求。因此，充分利用現(xiàn)代信息化、因特網(wǎng)的優(yōu)勢，建立"某市某建設工作信息報送反饋系統(tǒng)"，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。
軟件系統(tǒng)與其他系統(tǒng)的關系:說明與本系統(tǒng)有關的其他系統(tǒng)，說明它們之間的相互依賴關系。這些系統(tǒng)可以是這個系統(tǒng)的基礎性系統(tǒng)(一些數(shù)據(jù)、環(huán)境等必須依靠這個系統(tǒng)才能運行)，也可以是以這個系統(tǒng)為基礎的系統(tǒng)，或者是兩者兼而有之的關系、互相依賴的系統(tǒng)。例句:本系統(tǒng)中對外部辦公部分如需要各個建設單位報送材料的子系統(tǒng)應當掛在市政府網(wǎng)站。
軟件系統(tǒng)與機構的關系:說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構組織有關系。例如一些系統(tǒng)需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。
列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節(jié)與下一節(jié)的"標準、條約和約定"互為補充，注意"參考資料"未必作為"標準、條約和約定"，因為"參考"的不一定是"必須遵守"的。常用資料如:
本項目的合同、標書、上級機關有關通知、經(jīng)過審批的項目任務書;。
屬于本項目的其他已經(jīng)發(fā)表的文件;。
本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標準。
列出在本項目開發(fā)過程中必須遵守的標準、條約和約定。例如:相應的《立項。
建議書。
》、《項目任務書》、合同、國家標準、行業(yè)標準、上級機關有關通知和實施方案、相應的技術規(guī)范等。
"參考資料"一般具有"物質"特性，一般要說明參照了什么，要說明在哪里可以獲得;"標準、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應該涵蓋"標準、條約和約定"。
軟件項目范圍計劃書篇九
日子如同白駒過隙，前方等待著我們的是新的機遇和挑戰(zhàn)，是時候靜下心來好好寫寫計劃了。那么計劃怎么擬定才能發(fā)揮它最大的作用呢？下面是小編為大家收集的軟件項目計劃書，僅供參考，歡迎大家閱讀。
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶購買軟件產(chǎn)品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統(tǒng)調(diào)試、軟件功能實現(xiàn)、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規(guī)范主要包括項目啟動階段、需求調(diào)研確認階段、軟件功能實現(xiàn)確認階段、數(shù)據(jù)標準化初裝階段、系統(tǒng)培訓階段、系統(tǒng)安裝測試及試運行階段、總體驗收階段、系統(tǒng)交接階段等八個階段工作內(nèi)容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。
（一）項目啟動階段
此階段處于整個項目實施工作的最前期，由成立項目組、前期調(diào)研、編制總體項目計劃、啟動會四個階段組成。
此階段主任務：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權項目組織完成項目目標。
公司項目組：進行前期項目調(diào)研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。
商務經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。
用戶：成立項目實施組織，配合前期調(diào)研和召開啟動會，簽署《總體項目計劃》和《項目實施協(xié)議》。
1、成立項目組
部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務，并報總經(jīng)理簽署《項目任務書》。
2、前期調(diào)研
項目經(jīng)理及項目組成員，在商務人員配合下，建立與用戶的聯(lián)系，對合同、用戶進行調(diào)研。填寫《用戶及合同信息表》。在項目商務談判中，商務經(jīng)理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經(jīng)理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內(nèi)容：
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據(jù)每個具體項目的要求而定。未解決事宜和未定的決策。
4、啟動會
項目組與用戶共同召開的宣布項目實施正式開始的會議。
會程安排如下：
共同組建項目實施組織，實施組織的權利和職責；雙方簽署《項目實施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配（包括用戶的）；
項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制；
項目實施中用戶的參與和領導的支持的重要作用；
階段驗收、技術交接和項目結束后如何對用戶提供后續(xù)服務。
（二）需求調(diào)研確認階段
此階段的主要工作是軟件公司的項目實施人員向用戶調(diào)查用戶對系統(tǒng)的需求，包括管理流程調(diào)研、功能需求調(diào)研、報表要求調(diào)研、查詢需求調(diào)研等，實施人員調(diào)研完成后，會編寫《需求調(diào)研分析手冊》，并交付用戶進行確認，待用戶對《需求調(diào)研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據(jù)進行軟件功能的實現(xiàn)。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統(tǒng)的影響程度來確定是否給予實現(xiàn)。需求調(diào)研階段具體包括如下內(nèi)容：
1、進行需求調(diào)研準備
2、編制《需求調(diào)研計劃》
3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審通過，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。
4、用戶是否簽署《需求調(diào)研計劃》，如用戶簽署《需求調(diào)研計劃》，則作為以后需求調(diào)研工作的指南。否則重新修改。
5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。
7、需求調(diào)研，項目組以《需求調(diào)研手冊》為依據(jù)，從業(yè)務流程、單據(jù)使用、打印格式、報表查詢幾個方面展開深入和全面的調(diào)研，并搜集用戶的個性化需求。
8、需求調(diào)研分析根據(jù)調(diào)研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
9、內(nèi)部評審是否通過《需求分析報告》。項目組、部門經(jīng)理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內(nèi)部評審通過。
10、編寫及發(fā)出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發(fā)給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。
11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調(diào)研階段工作結束，進行后續(xù)的軟件功能實現(xiàn)的工作；如沒有確認，則進一步進行調(diào)研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調(diào)研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執(zhí)行需求新增及變更流程。
（三）軟件功能實現(xiàn)確認階段
此階段的主要工作是項目實施人員根據(jù)需求調(diào)研階段確認的《需求調(diào)研分析手冊》中的用戶需求內(nèi)容進行具體軟件功能的實現(xiàn)工作。在軟件功能實現(xiàn)的過程中，項目實施人員將記錄軟件實現(xiàn)的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調(diào)研要求的所有功能實現(xiàn)完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據(jù)《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。
（四）數(shù)據(jù)標準化初裝階段
此階段的主要工作是項目實施人員指導用戶進行系統(tǒng)標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務功能的開展做好基礎。
（五）系統(tǒng)培訓階段
系統(tǒng)培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統(tǒng)和規(guī)范的產(chǎn)品培訓是非常必要的，達到讓用戶了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問題。
此階段的培訓工作中將用戶參加產(chǎn)品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產(chǎn)品培訓人員的培訓內(nèi)容分別是：
決策層：領導在實施中的作用與重要性、決策查詢。
維護層：系統(tǒng)維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
1、調(diào)研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃：結合調(diào)研結果，與用戶實施負責人商議具體培訓內(nèi)容、時間，場地，人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。
4、發(fā)培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內(nèi)容、時間，場地，人員等信息通知用戶實施負責人。
5、搭建培訓環(huán)境：公司項目組在培訓開始前，將培訓環(huán)境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。
7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。
8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統(tǒng)計表》，及時向相關負責人匯報。
（六）系統(tǒng)安裝測試及試運行階段
此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡及硬件設備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正；同時目的還在于在正式運行前用戶的`有關人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：
１、編制計劃：與用戶實施負責人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃：用戶簽署《測試及試運行計劃》，進一步確認測試及試運行安排。
3、發(fā)測試及試運行通知：在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責人。
5、組織測試及試運行：用戶相關各級領導給予全面配合，組織相關人員進行測試及試運行。公司項目組負責擔當指揮，檢查用戶人員組織情況并給予指導，跟蹤檢查如下情況：
跟蹤單據(jù)流轉狀況。
跟蹤新資料登錄環(huán)節(jié)。
觀察業(yè)務流程執(zhí)行狀況。
觀察操作人員操作表現(xiàn)。
觀察系統(tǒng)運行速度及異常表現(xiàn)。
觀察關鍵數(shù)據(jù)的正確性。
及時糾正錯誤操作、對于新發(fā)生的問題及時與相關人員溝通，確定解決辦法。
6、測試及試運行總結：測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業(yè)務流程和操作環(huán)節(jié)的情況，以書面總結形式將測試及試運行結果通知相關負責人。
（七）總體驗收階段。此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結束后，對系統(tǒng)進行總體驗收。
（八）系統(tǒng)交接階段。此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務協(xié)議》，項目將進入售后服務階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。
（一）軟件必須能滿足和適應企業(yè)需求
這一點是整個項目能否成功實施的最關鍵的一環(huán)。很多企業(yè)都在這一方面吃過虧，在選型時見到的軟件有很多功能模塊，在樣板企業(yè)里數(shù)據(jù)也能跑起來，但當軟件買回來了以后，卻發(fā)現(xiàn)了軟件的很多功能與企業(yè)的現(xiàn)實差別很大，所以根本就用不起來。不同企業(yè)之間的管理流程和對數(shù)據(jù)的要求差別很大，基本上兩個完全相同的企業(yè)是不存在的，世界上絕對不會有一種“萬能軟件”能滿足所有企業(yè)的需求。企業(yè)在選型軟件時，要充分考慮各種管理流程的特點、數(shù)據(jù)的來源、統(tǒng)計報表不同功能模塊的關系、企業(yè)員工的接受能力及與其它系統(tǒng)的接口等很多問題，所以企業(yè)選擇的必須是軟件提供商為企業(yè)訂制開發(fā)出來的。如果軟件提供商不為企業(yè)做前期需求分析和訂制開發(fā)，只是把現(xiàn)成的軟件賣給企業(yè)，它的實施成功率幾乎為零，如果是這樣的服務，企業(yè)還不如買一套盜版軟件。所以我們可以得出這樣的結論，企業(yè)買軟件提供商的不是它的軟件，而是它的開發(fā)能力。
（二）軟件是否能進行二次開發(fā)
因為企業(yè)現(xiàn)有的流程不是一成不變的，需不斷完善與改進，所以軟件的功能也需要能進行相應的修改，而且企業(yè)在第一次做項目需求時，有些問題可能忽略掉了，所以必須要求選型的軟件有強大的二次開發(fā)能力。如果軟件的結構過于僵死或二次開發(fā)能力不強，它未來可能會變成一塊“雞肋”，讓企業(yè)有種“食之無味、棄之可惜”的感覺。測試軟件是否具有快速二次開發(fā)能力的方法也不難，就是企業(yè)在選型時，不僅要看軟件提供商如何演示，還要提出一些個性化需求，看看對方能否迅速開發(fā)出來。
（三）軟件和實施費用應相對便宜
企業(yè)第一次實施由于經(jīng)驗上的不足，風險不是沒有，確實有許多優(yōu)秀的企業(yè)是通過第二次實施才獲得了成功。因此企業(yè)在第一次選型軟件時，不要只注意軟件提供商的品牌和規(guī)模，因為價格越高，企業(yè)自身的風險就越高。我們建議企業(yè)最好還是購買那些物美價廉的產(chǎn)品，也就是當所選軟件都能滿足企業(yè)現(xiàn)實需求且能進行二次開發(fā)時，企業(yè)最好選擇價格便宜的那家，就好像一個人剛學會開車，就要買一輛奔馳轎車，無論這個人是否真正有錢都不是明智的選擇。現(xiàn)在出現(xiàn)了平臺化組構的軟件產(chǎn)品，它可以通過建模工具迅速按照客戶的需求進行軟件開發(fā)，這樣就大量地節(jié)約軟件開發(fā)周期和成本，而且二次開發(fā)工作也變得十分的簡單，所以企業(yè)最好選擇這樣的產(chǎn)品。
（四）軟件操作要簡單、易學
由于許多企業(yè)過去沒有信息化建設的經(jīng)驗，員工一下子由過去的手工工作轉為計算機工作肯定有一個適應過程，如軟件組構和操作過于復雜，那么一定會加大培訓和實施的難度。
軟件項目范圍計劃書篇十
通過實施人力資源管理系統(tǒng)，提高人力資源部在日常人力資源操作性等事務的工作效率，為高層提供即時的高效的人力資源資數(shù)據(jù)查詢、分析，為高層提供決策依據(jù)。同時有利于人力資源內(nèi)部流程的規(guī)范與再造優(yōu)化，以便更好地為員工（我們的客戶）提供更好的服務。
1、人事管理類：人事檔案履歷管理、企業(yè)構架管理、入職/離職管理、合同管理、變動管理、獎懲管理及相應的統(tǒng)計分析、報表，支持領導查詢。
2、考勤管理類：由于公司原有一個完善的考勤系統(tǒng)，現(xiàn)有系統(tǒng)只是導入原有考勤系統(tǒng)的數(shù)據(jù)。
3、招聘管理類：招聘需求分析、人員需求預測、招聘計劃、招聘效果分析、招聘成本分析。
4、培訓與發(fā)展類：
培訓需求調(diào)查、培訓計劃、培訓記錄（員工、教師）、培訓津貼計算、培訓課程管理、培訓成本分析，給個人提供職業(yè)生涯規(guī)劃、建設人才梯隊、給個人提供給予職位及發(fā)展需求的培訓服務。
5、績效考核管理類：導入相應的考核數(shù)據(jù)，為薪資提供數(shù)據(jù)。
6、薪資福利管理類：薪資政策設定、薪資公式設定、薪資報表、工資單、個人所得稅表、社保管理、住房公積金管理。
本項目由人力資源部主管***批準，總經(jīng)理***審核實施。
本項目涉及部門：總經(jīng)辦、人力資源部、財務部、網(wǎng)絡部
項目主席：***
項目負責人：***
項目成員：****、****……
1、軟件：采用市場上購買的hrms軟件
2、硬件：采用組裝服務器
系統(tǒng)軟件是基于微軟sql數(shù)據(jù)庫運行，采用c/構架，個人用戶裝載客戶端進行操作。
3、成本：總投資約***元
1、軟件風險:由于我們采用的是盜版軟件，有不可遇見的問題，現(xiàn)已經(jīng)完成了初步的各個模塊的測試，但是沒有完成真實模擬的測試。
2、功能風險：由于此軟件沒有真實地進行全面的測試，需要在模擬運行一段時間后才能得知其實際運行能力。
3、人員風險：不見得每個人都是喜歡用這個系統(tǒng)，上這系統(tǒng)一開始比如有很多的數(shù)據(jù)錄入工作加上一些不習慣或者其他因素，一定會有人員有抵觸情緒，這需要主管的大力推行和及時開導解決。
1、前期工作（一個月）
2、實施準備階段（1周）
資料準備；項目實施會議，確定實施時間表，確定人員工作細則；確定項目監(jiān)督人員；hrms培訓；系統(tǒng)安裝調(diào)試，模擬測試。
3、模擬運行及用戶化（2周）
資料上傳；用戶化，客戶端安裝，個人工作準則確定。
4、切換運行（一天）
實時工作上線切換，解決軟件當中的問題；切換驗收。
5、新系統(tǒng)運行
持續(xù)的維護及應用創(chuàng)新，及時新人的培訓。
軟件項目范圍計劃書篇十一
中國xx軟件有限公司是以xx教授(原中國交大研究生)、xx教授(原中科院計算所研究生)攜帶在加拿大多年學習和研究的先進創(chuàng)新成果回國創(chuàng)業(yè)的一家軟件企業(yè)。公司于20xx年7月在中國張江高科技園區(qū)注冊，主要業(yè)務是開發(fā)具有自主版權和知識產(chǎn)權的大型通用數(shù)據(jù)庫管理系統(tǒng)——xxsql，并基于xx數(shù)據(jù)庫產(chǎn)品進行應用開發(fā)和推廣。
xx軟件的宗旨是以創(chuàng)新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業(yè)產(chǎn)品，將xx軟件建設成一個大型的基礎軟件和應用軟件供應商。
xx軟件的短期目標：基于xx數(shù)據(jù)庫(xxsql)的“xx企業(yè)信息備份和搜索工具”能夠在一些具體行業(yè)或項目中進行推廣應用。初期市場開拓的目標在于建立和提高公司產(chǎn)品的信譽和客戶對于產(chǎn)品的可接受程度，而非盲目追求數(shù)量增長?？傊紫仁构具\營正常，實現(xiàn)良性現(xiàn)金流和一定的贏利空間，再求進一步發(fā)展，實現(xiàn)良好的投資回報。
xx軟件的長期目標：開發(fā)和推廣大型通用數(shù)據(jù)庫管理系統(tǒng)及其應用產(chǎn)品。
公司目前的股份構成：
公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產(chǎn)品的開發(fā)、測試，市場渠道的鋪設。
公司成立以來成功申請了20xx年科技部中小企業(yè)技術創(chuàng)新基金(75萬元)和20xx年中國市第一批軟件和集成電路產(chǎn)業(yè)發(fā)展專項資金(50萬元)。
公司的主要產(chǎn)品：“xx數(shù)據(jù)庫管理系統(tǒng)(xxsql)”。
正在開發(fā)的產(chǎn)品有：“xx企業(yè)信息備份與搜索工具”。
公司還計劃基于xx數(shù)據(jù)庫建立“xx數(shù)據(jù)服務中心”，為廣大中小企業(yè)用戶提供數(shù)據(jù)集中維護及安全保障。
“xx數(shù)據(jù)庫管理系統(tǒng)(xxsql)”是由兩位創(chuàng)始人(xx、xx)在國外任教期間發(fā)明，通過與任教所在大學簽定法律合同(見附件)，數(shù)據(jù)庫的專利權、出版權及其相關知識產(chǎn)權都歸屬于兩位創(chuàng)始人所有，目前數(shù)據(jù)庫的所有知識產(chǎn)權已轉到中國xx軟件有限公司。
“xx企業(yè)信息備份與搜索工具”則是在中國研發(fā)的基于xx數(shù)據(jù)庫的應用產(chǎn)品。中國xx軟件有限公司擁有產(chǎn)品的所有知識產(chǎn)權。
目前企業(yè)搜索市場還處于起步階段，還沒有出現(xiàn)一家獨大或幾分天下的局面，因此，現(xiàn)在是進入企業(yè)搜索市場的最好時機。
xx的總體營銷策略是：分別向中小企業(yè)、大型企業(yè)和服務運營商提供不同的細化產(chǎn)品，逐步開拓本地、國內(nèi)、國際市場。
公司的核心團隊由五人組成：
xx(公司創(chuàng)辦人，現(xiàn)任總經(jīng)理，x大學計算機系終身教授，人工智能專家);
王先生(x大學計算機系博士后，曾任加拿大著名軟件公司高級系統(tǒng)分析師，數(shù)據(jù)庫專家)。
公司的主要優(yōu)勢如下：
1) 企業(yè)搜索引擎的技術處在不斷發(fā)展完善中，xx擁有自主的先進技術，創(chuàng)新能力強;
2) xx企業(yè)備份和搜索工具是基于xx自身的數(shù)據(jù)庫產(chǎn)品研發(fā)的，充分利用了數(shù)據(jù)庫的
高性能和安全機制，產(chǎn)品性價比高;
3) xx能快速靈活地向用戶提供按需定制服務。
九、目前公司為實現(xiàn)目標的增資需求
為了搶占企業(yè)信息搜索的市場發(fā)展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業(yè)信息備份與搜索工具”產(chǎn)品的市場開發(fā)。
公司計劃在20xx年實現(xiàn)收支平衡，09年實現(xiàn)銷售贏利，占據(jù)國內(nèi)企業(yè)搜索市場有一定影響力的份額，打造xx軟件品牌。
企業(yè)的產(chǎn)品經(jīng)營和資本經(jīng)營是相輔相成的，產(chǎn)品經(jīng)營是基礎，資本經(jīng)營則是企業(yè)快速發(fā)展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
此次融資的資金籌措方式：股權融資(投資750萬獲取20%股權)或引進戰(zhàn)略投資者。 投資方可通過股票上市或公司兼并的方式退出。
中國xx軟件有限公司計劃吸收750萬元(人民幣)風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
投資方和xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經(jīng)由談判確定。
軟件項目范圍計劃書篇十二
中國xx軟件有限公司是以xx教授（原中國交大研究生）.xx教授（原中科院計算所研究生）攜帶在加拿大多年學習和研究的先進創(chuàng)新成果回國創(chuàng)業(yè)的一家軟件企業(yè)。公司于20xx年7月在中國張江高科技園區(qū)注冊，主要業(yè)務是開發(fā)具有自主版權和知識產(chǎn)權的大型通用數(shù)據(jù)庫管理系統(tǒng)——xxsql，并基于xx數(shù)據(jù)庫產(chǎn)品進行應用開發(fā)和推廣。
xx軟件的宗旨是以創(chuàng)新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業(yè)產(chǎn)品，將xx軟件建設成一個大型的基礎軟件和應用軟件供應商。
xx軟件的短期目標：基于xx數(shù)據(jù)庫（xxsql）的“xx企業(yè)信息備份和搜索工具”能夠在一些具體行業(yè)或項目中進行推廣應用。初期市場開拓的目標在于建立和提高公司產(chǎn)品的信譽和客戶對于產(chǎn)品的可接受程度，而非盲目追求數(shù)量增長。總之，首先使公司運營正常，實現(xiàn)良性現(xiàn)金流和一定的贏利空間，再求進一步發(fā)展，實現(xiàn)良好的投資回報。
xx軟件的長期目標：開發(fā)和推廣大型通用數(shù)據(jù)庫管理系統(tǒng)及其應用產(chǎn)品。
公司目前的股份構成：
公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產(chǎn)品的開發(fā).測試，市場渠道的鋪設。
公司成立以來成功申請了20xx年科技部中小企業(yè)技術創(chuàng)新基金（75萬元）和20xx年中國市第一批軟件和集成電路產(chǎn)業(yè)發(fā)展專項資金（50萬元）。
公司的主要產(chǎn)品：“xx數(shù)據(jù)庫管理系統(tǒng)（xxsql）”。
正在開發(fā)的產(chǎn)品有：“xx企業(yè)信息備份與搜索工具”。
公司還計劃基于xx數(shù)據(jù)庫建立“xx數(shù)據(jù)服務中心”，為廣大中小企業(yè)用戶提供數(shù)據(jù)集中維護及安全保障。
“xx數(shù)據(jù)庫管理系統(tǒng)（xxsql）”是由兩位創(chuàng)始人（）在國外任教期間發(fā)明，通過與任教所在大學簽定法律合同（見附件），數(shù)據(jù)庫的.專利權.出版權及其相關知識產(chǎn)權都歸屬于兩位創(chuàng)始人所有，目前數(shù)據(jù)庫的所有知識產(chǎn)權已轉到中國xx軟件有限公司。
“xx企業(yè)信息備份與搜索工具”則是在中國研發(fā)的基于xx數(shù)據(jù)庫的應用產(chǎn)品。中國xx軟件有限公司擁有產(chǎn)品的所有知識產(chǎn)權。
目前企業(yè)搜索市場還處于起步階段，還沒有出現(xiàn)一家獨大或幾分天下的局面，因此，現(xiàn)在是進入企業(yè)搜索市場的最好時機。
xx的總體營銷策略是：分別向中小企業(yè).大型企業(yè)和服務運營商提供不同的細化產(chǎn)品，逐步開拓本地.國內(nèi).國際市場。
公司的核心團隊由五人組成：
xx（公司創(chuàng)辦人，現(xiàn)任總經(jīng)理，xx大學計算機系終身教授，人工智能專家）；
王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統(tǒng)分析師，數(shù)據(jù)庫專家）。
公司的主要優(yōu)勢如下：
1）企業(yè)搜索引擎的技術處在不斷發(fā)展完善中，xx擁有自主的先進技術，創(chuàng)新能力強；
2）xx企業(yè)備份和搜索工具是基于xx自身的數(shù)據(jù)庫產(chǎn)品研發(fā)的，充分利用了數(shù)據(jù)庫的
高性能和安全機制，產(chǎn)品性價比高；
3）xx能快速靈活地向用戶提供按需定制服務。
為了搶占企業(yè)信息搜索的市場發(fā)展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業(yè)信息備份與搜索工具”產(chǎn)品的市場開發(fā)。
公司計劃在20xx年實現(xiàn)收支平衡，09年實現(xiàn)銷售贏利，占據(jù)國內(nèi)企業(yè)搜索市場有一定影響力的份額，打造xx軟件品牌。
企業(yè)的產(chǎn)品經(jīng)營和資本經(jīng)營是相輔相成的，產(chǎn)品經(jīng)營是基礎，資本經(jīng)營則是企業(yè)快速發(fā)展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰(zhàn)略投資者。投資方可通過股票上市或公司兼并的方式退出。
中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業(yè)信息備份與搜索工具”的市場開發(fā)。
投資方和xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經(jīng)由談判確定。
軟件項目范圍計劃書篇十三
第一章項目概述(理論。
教學。
時可用“引言”)。
1.1目的。
1.2項目背景。
1.3項目的范圍和目標。
1.3.1范圍描述(問題定義階段產(chǎn)生，對應的文檔為：《系統(tǒng)目標與范圍說明書》)。
1.3.3性能(可選)。
1.3.4技術約束(可選)。
第二章項目估算。
2.1使用的歷史數(shù)據(jù)2.2使用的評估技術。
2.3工作量、成本、時間估算。
第三章風險評估。
3.1風險識別。
列出最高的10大風險(數(shù)字10是參考)。
3.2風險應對策略。
對列出的風險應有哪些策略去應對。
第五章關鍵問題。
可以是技術因素、也可以是非技術因素，總而言之，是系統(tǒng)成敗的最重要因素。
開發(fā)平臺、開發(fā)工具、數(shù)據(jù)庫平臺。
第七章人員組織。
人員及其角色。
第八章附錄。
相關文檔、資料、數(shù)據(jù)等。
軟件項目范圍計劃書篇十四
黑盒測試應用等價類劃分法，邊界值分析法，判定表分析，因果圖法，正交試驗法，功能圖法和錯誤推測法。
壓力測試，同時讓很多人同時登錄系統(tǒng)，測試同時最大登錄數(shù)，以便做好系統(tǒng)的壓力測試，以便防止同時過多的學生和教師登錄時產(chǎn)生的系統(tǒng)崩潰，同時做好相應的對策。
由于教學管理系統(tǒng)的特殊性，所以面對不同的人員要安裝不同的系統(tǒng)。首先是學校的高級管理人員（例如校長，書記，年級主任），要有修改系統(tǒng)內(nèi)容的權利，所以要安裝最高級的.系統(tǒng)，而任課教師只能查看與自己有關的課程與上課時間，同時擁有上傳課件，教學相關軟件的權利，所以要再安裝教師機用的教學系統(tǒng)，而學生，在每個學生入學的時候要發(fā)放的安裝程序，學生的權限最低，只有查看自己所選課程和下載相關課件和課程相關軟件的權利。
軟件項目范圍計劃書篇十五
編寫本文檔的目的是確保項目包括成功完成項目所需的全部工作，但又只包括必須完成的工作的各個過程。是項目管理團隊確定、記載、核實、管理和控制項目范圍的指南。此文當中包括制作工作分解結構，并確定如何維持與批準該工作分解結構；規(guī)定如何正式核實與驗收項目已完成可交付成果。
1.2 參考資料
1.3 重要術語
2005：軟件開發(fā)語言
visual studio 2005 軟件開發(fā)環(huán)境
2.1 系統(tǒng)與項目的定義
本系統(tǒng)是建立在c/s系統(tǒng)架構下基于sql server數(shù)據(jù)庫，技術分析、設計、開發(fā)用于酒店信息化管理的。該系統(tǒng)基本滿足了酒店管理方面的需求，用戶界面友好。系統(tǒng)對用戶（主要是酒店管理層及員工）數(shù)據(jù)有效地實現(xiàn)了信息電子化處理，從而降低了人工勞動并增加信息的準確性。本系統(tǒng)的基本信息有客房、餐飲、財務及人力資源等，用戶登錄系統(tǒng)后根據(jù)權限操作這些基本信息。
要實現(xiàn)的功能模塊包括4個方面，第一個方面是客房管理子系統(tǒng)，包括客房登記、客房預定、工作報表、信息查看及最重要的客房部經(jīng)理管理模塊；第二個方面是餐飲管理子系統(tǒng)，包括點單、埋單、預定、換臺及最重要的餐飲部經(jīng)理管理模塊；第三個個方面是財務管理子系統(tǒng)，包括財務預算的查看及發(fā)布審核、財務報表的生成等；最后一個方面是人力資源管理子系統(tǒng)，包括員工信息的錄入、查看及績效考核等。
2.2 系統(tǒng)開發(fā)背景與目標
在信息高度發(fā)達的今天，酒店業(yè)務涉及的各個工作環(huán)節(jié)已經(jīng)不再僅僅是傳統(tǒng)的住宿、結算業(yè)務，而是更廣、更全面的服務性行業(yè)代表。酒店賓館作為一個服務性行業(yè)，從客房的營銷即客人預訂開始，到入住登記直至最后退房結賬，整個過程應該能夠體現(xiàn)以賓客為中心，提供快捷、方便的服務。給賓客一種顧客至上的享受。提高酒店的管理水平，簡化各種復雜操作，在最合理、最短時間內(nèi)完成酒店業(yè)務規(guī)范化操作，這樣才能令旅客舒適難忘，增加賓客回頭率。而對酒店業(yè)內(nèi)激烈的競爭形勢，各酒店均在努力拓展其服務領域的廣度和深度。雖然信息化不是酒店走向成功的關鍵因素，但它可以幫助那些真正影響成敗的要素發(fā)揮更大的作用。因此，采用全新的酒店管理系統(tǒng)，將成為提高酒店的管理效率，改善服務水平的重要手段之一。
酒店行業(yè)的激烈競爭使得爭取客源、提高酒店入住率、制定正確營銷策略已經(jīng)成為一項重要的任務，借助蓬勃發(fā)展的it工具來拓展其能力已經(jīng)成為許多酒店的首選。
計算機管理系統(tǒng)在數(shù)據(jù)保存、數(shù)據(jù)交換方面的快速可靠，是手工操作不能完成的。
酒店管理系統(tǒng)的設計目標：
1）采用先進的分布式數(shù)據(jù)處理技術，以提高管理工作的質量、效率和規(guī)范性；
3）旨在提高酒店的管理效率，減免手工處理的繁瑣和誤差。及時、準確地反應酒店的工作情況、經(jīng)營情況，從而提高酒店的服務質量，獲得更好的經(jīng)濟效益；實現(xiàn)客房管理的規(guī)范化、自動化。
2.3 用戶需求概述及系統(tǒng)主要功能
開發(fā)技術選擇與理由
開發(fā)酒店管理系統(tǒng)，軟硬件方面選擇的是可視化的visual 2005和sql server 2000數(shù)據(jù)庫，windows xp操作系統(tǒng)等。
vb擁有圖形用戶界面（gui），可以輕易的使用ado連接數(shù)據(jù)庫,程序員可以輕松的使用vb提供的組件快速建立一個應用程序,以上都是組員熟悉的語言和數(shù)據(jù)庫，所以技術方面是絕對可行的。綜上所述，我們完全有能力完成酒店管理系統(tǒng)的最終實現(xiàn)。
軟件項目范圍計劃書篇十六
1.1目的。
1.2項目背景。
1.3項目的范圍和目標。
1.3.1范圍描述(問題定義階段產(chǎn)生，對應的文檔為：《系統(tǒng)目標與范圍說明書》)。
1.3.3性能(可選)。
1.3.4技術約束(可選)。
2.1使用的'歷史數(shù)據(jù)2.2使用的評估技術。
2.3工作量、成本、時間估算。
3.1風險識別。
列出最高的10大風險(數(shù)字10是參考)。
3.2風險應對策略。
對列出的風險應有哪些策略去應對。
可以是技術因素、也可以是非技術因素，總而言之，是系統(tǒng)成敗的最重要因素。
開發(fā)平臺、開發(fā)工具、數(shù)據(jù)庫平臺。
人員及其角色。
相關文檔、資料、數(shù)據(jù)等。
軟件項目范圍計劃書篇十七
軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數(shù)據(jù)庫、軟件開發(fā)工具、系統(tǒng)平臺、標準、設計模式等方面。在現(xiàn)代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統(tǒng)、人機界面、辦公套件、操作系統(tǒng)、編譯器、數(shù)據(jù)庫、游戲等。同時，各個行業(yè)幾乎都有計算機軟件的應用，比如工業(yè)、農(nóng)業(yè)、銀行、航空、政府部門等。這些應用促進了經(jīng)濟和社會的發(fā)展，使得人們的工作更加高效，同時提高了生活質量。
軟件是由計算機程序和程序設計的概念發(fā)展演化而來的，是在程序和程序設計發(fā)展到一定規(guī)模并且逐步商品化的過程中形成的。軟件開發(fā)經(jīng)歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。
軟件工程過程主要包括開發(fā)過程、運作過程、維護過程。它們覆蓋了需求、設計、實現(xiàn)、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規(guī)約。需求分析生成功能規(guī)約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統(tǒng)結構，包括子系統(tǒng)、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產(chǎn)生程序員可用的模塊說明，包括每一模塊中數(shù)據(jù)結構說明及加工描述。實現(xiàn)活動把設計結果轉換為可執(zhí)行的程序代碼。確認活動貫穿于整個開發(fā)過程，實現(xiàn)完成后的確認，保證最終產(chǎn)品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。
【目錄】。
第一部分摘要。
一、信息系統(tǒng)公司概況描述。
二、信息系統(tǒng)公司的宗旨和目標。
三、信息系統(tǒng)公司目前股權結構。
四、已投入的資金及用途。
五、信息系統(tǒng)公司目前主要產(chǎn)品或服務介紹。
六、市場概況和營銷策略。
七、主要業(yè)務部門及業(yè)績簡介。
八、核心經(jīng)營團隊。
九、信息系統(tǒng)公司優(yōu)勢說明。
十、目前信息系統(tǒng)公司為實現(xiàn)目標的增資需求:原因、數(shù)量、方式、用途、償還。
十一、融資方案(資金籌措及投資方式及退出方案)。
十二、財務分析。
1.財務歷史數(shù)據(jù)。
2.財務預計。
3.資產(chǎn)負債情況。
第二部分綜述。
第一章信息系統(tǒng)公司介紹。
一、信息系統(tǒng)公司的宗旨。
二、信息系統(tǒng)公司簡介資料。
三、各部門職能和經(jīng)營目標。
四、信息系統(tǒng)公司管理。
1.董事會。
2.經(jīng)營團隊。
3.外部支持。
第二章技術與產(chǎn)品。
一、技術描述及技術持有。
二、產(chǎn)品狀況。
1.主要產(chǎn)品目錄。
2.產(chǎn)品特性。
3.正在開發(fā)/待開發(fā)產(chǎn)品簡介。
4.研發(fā)計劃及時間表。
5.知識產(chǎn)權策略。
6.無形資產(chǎn)。
三、信息系統(tǒng)產(chǎn)品生產(chǎn)。
1.資源及原材料供應。
2.現(xiàn)有生產(chǎn)條件和生產(chǎn)能力。
3.擴建設施、要求及成本，擴建后生產(chǎn)能力。
4.原有主要設備及需添置設備。
5.產(chǎn)品標準、質檢和生產(chǎn)成本控制。
6.包裝與儲運。
第三章信息系統(tǒng)市場分析。
一、信息系統(tǒng)市場規(guī)模、市場結構與劃分。
二、目標市場的設定。
三、產(chǎn)品消費群體、消費方式、消費習慣及影響市場的主要因素分析。
五、市場趨勢預測和市場機會。
六、行業(yè)政策。
第四章競爭分析。
一、有無行業(yè)壟斷。
二、從市場細分看競爭者市場份額。
三、主要競爭對手情況:公司實力、產(chǎn)品情況。
四、潛在競爭對手情況和市場變化分析。
五、信息系統(tǒng)公司產(chǎn)品競爭優(yōu)勢。
第五章信息系統(tǒng)市場營銷。
一、概述營銷計劃。
二、信息系統(tǒng)銷售政策的制定。
三、信息系統(tǒng)銷售渠道、方式、行銷環(huán)節(jié)和售后服務。
四、主要業(yè)務關系狀況。
五、信息系統(tǒng)銷售隊伍情況及銷售福利分配政策。
六、促銷和市場滲透。
1.主要促銷方式。
2.廣告/公關策略、媒體評估。
七、信息系統(tǒng)產(chǎn)品價格方案。
1.定價依據(jù)和價格結構。
2.影響價格變化的因素和對策。
八、銷售資料統(tǒng)計和銷售紀錄方式，銷售周期的計算。
九、信息系統(tǒng)市場開發(fā)規(guī)劃，銷售目標。
第六章投資說明。
一、資金需求說明(用量/期限)。
二、資金使用計劃及進度。
三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優(yōu)先股、任股權/對應價格等)。
四、資本結構。
五、回報/償還計劃。
六、資本原負債結構說明。
七、投資抵押。
八、投資擔保。
九、吸納投資后股權結構。
十、股權成本。
十一、投資者介入公司管理之程度說明。
十二、報告。
十三、雜費支付。
第七章投資報酬與退出。
一、股票上市。
二、股權轉讓。
三、股權回購。
四、股利。
第八章風險分析。
一、資源風險。
二、市場不確定性風險。
三、研發(fā)風險。
四、生產(chǎn)不確定性風險。
五、成本控制風險。
六、競爭風險。
七、政策風險。
八、財務風險。
九、管理風險。
十、破產(chǎn)風險。
【本文地址：http://aiweibaby.com/zuowen/15101947.html】
