計劃書可以幫助我們把握時間節點，確保按時完成各項任務和目標。以下是小編整理的一份計劃書模板，希望能夠給你們提供一些寫作的思路和參考。

軟件項目范圍計劃書范文（15篇）篇一

幫助每個部門管理者管理，可以通過了解其他部門情況，以便了解全局發展；了解每一分資金流向，每一件產品開發、生產、銷售；每一個客戶信息，每一分費用的來龍去脈以及詳細利用。

1.2項目背景。

隨著電子商務時代的到來，企業要求充分利用各類信息來快速反應變化多端的市場環境。同時中國加入wto以后，企業將直接面對國際企業的強勁挑戰。面對錯綜復雜的市場和眾多類型的客戶，您的企業在競爭中能否比競爭對手更快地了解客戶的需求變化？更快的掌握營銷業務數據？更快地推出新產品、開拓新市場？您的企業內部業務是否能迅速處理？信息是否完整、規范？部門之間、崗位之間是否能有效協同？分支機構和業務伙伴是否能更有效地監控和協調。

很多摩配企業都是小個體戶，企業商務形象不是很好；資金周轉慢，庫存積壓大。

職員工作效率底，勞動強度大；消耗的資金大。

這套摩配管理系統是專為從事摩配生產、摩配銷售、摩配外貿等摩修摩配單位運用計算機所作的一套高品質的管理軟件。可廣泛使用于各種規模的摩配企業。

1.3項目的范圍和目標。

1.3.1范圍描述。

1）.完整的生產流程管理，原料入廠、計劃生產、車床人員分配、出廠銷售環環緊扣。

2）.摩配材料費、人工費、相關班組一目了然，可以靈活調整產品價格，完全符合摩配行業特點。

3）.方便的`產品檔案管理，自動提取、更新產品檔案資料。

4）.充分考慮摩配通用件、橫向件的復雜性，銷售單打印可以實時調整產品類型、產品屬性和價錢。

5）.摩配銷售時，可以隨時查看通用車型及庫存分布，對常規摩配項目提供簡易管理。

6）.獨特的同行借調/炒件銷售方式，摩配短平快銷售即進即銷，想顧客之所想，急顧客之所急。

7).簡便實用的摩配內部消耗品領用管理，倉存帳目滴水不漏。

1.3.2主要功能。

1）.概述。

（一）、銷售管理：包括客戶信息、發貨計劃。

（二）、計劃管理：包括主生產計劃生成以及查看。

（三）、采購管理：包括采購單管理（可以進行查詢、打印）、供應商管理。

（四）、生產管理：包括物料管理、生產計劃查看、生產計劃執行情況查詢、

（五）、倉庫管理：包括出/入庫單管理、倉庫信息查詢。

（六）、質量管理：包括供應商供貨質量、銷貨質量。

2）.系統流程圖。

調研實際情況的舊系統流程圖如下：

新設計的系統流程圖如下：

3）.功能描述。

此系統總概括來說包括三大功能：

（一）、原料采購功能，工廠大量生產、品種繁多，必定導致原料的采購也是數量大、品種繁多；在采購過程中必定要進行記錄，確定是否已經執行；而且采購員必定是多人的，也可防止采購員之間將同一種材料重復采購。

（二）、倉庫存儲功能，倉庫中存在的貨物包括已采購原料和未銷售產品。那么原料已經被誰領購，何時領購，被領購多少，領購何種原料，領夠原料來自何處等都可以詳細記錄以及方便查詢；倉庫中的產品是否已經銷售、銷往何處、銷售多少等。

1.3.3性能。

一、改進企業商務形象，增強用戶信用度。

二、加速資金周轉，降低庫存積壓。

三、提高職員工作效率。

四、減輕勞動強度，降低職員對商業業務的水平要求。

1.3.4管理和技術約束。

這是首次進行一個完整的項目作業，缺少經驗在所難免；而且這一系統雖有前輩們所留下的經驗，但是與這一系統共同點甚少，所以我們只能借介優點，發揮我們自己的想象以及能力；由于時間的緊迫，調研并不算完善，所以只能根據其他系統中的優點補充我們所缺的。

當然，技術上的欠缺也在所難免，在程序編寫中我們必定會遇到這樣那樣的難題，比如數據庫的連接等。

2.項目估算。

2.1使用的歷史數據。

葉迪廠生產銷售流程的實地調查。

2.2使用的評估技術。

軟件規模估算：功能點計算（fp=ufc*tcf=34*0.8=27.2）。

成本估算：walston-felix模型。

工作量估算：cocomo模型。

時間估算：cocomo模型。

2.3工作量、成本、時間估算。

預計代碼行l=30(l是以kloc計數的源代碼行)。

成本估算：

0.91e=5.2*l=114.8639（e是以人員為單位的工作量）。

0.35d=13.47*e=70.8650（d是以月為單位的所需時間）。

0.35s=0.54*e=2.8409（s是以人計的人員需求量）。

1.01doc=49*l=1520（doc是以頁數為單位的文本量）。

工作量估算：a=3.6,b=1.20,s是以千源代碼行（kloc）計數的程序規模。

b1.2e=a*s=3.6*30=213.2299。

時間估算:c=2.5,d=.32。

d0.32t=c*e=2.5*213.2299=13.9≈14月。

3.風險管理戰略。

3.1風險識別。

列出top10風險。

3.2風險計劃。

1、確定風險應對策略。

2、對top10中每條應用哪些策略去應對。

4．進度。

4.1項目工作分解結構。

問題定義與可行性研究、需求分析、總體設計、詳細設計、編程、測試、運行與維護。

5.關鍵問題。

在制作這一系統中，最關鍵的問題是數據庫的創建。數據庫的是否優化，直接影響到系統的好壞；在數據庫中如何建表，是影響數據庫的，表中的資源如何分配也是一大問題；在連接數據庫時采用那種技術也會影響到程序編程。

5.1人員。

總計6人：王霞，朱韓玲，吳萍，劉戀，楊陽，吉元。

5.2硬件和軟件。

硬件：計算機（4臺）。

軟件：microsoftofficeword。

microsoftofficeproject2003。

microsoftofficevisio2003。

visualc++6.0。

sqlserver。

解析評論：這是對摩配銷售系統項目開發的一個項目計劃書，對此系統開發的背景、目的。功能、風險、估算等做了詳盡的分析計劃，可是我覺得一個很好的項目計劃書還應該包含項目開發的標準、條約和約定、產品目標與范圍、假設與約束、項目應交付成果、可行性分析(什么設備上、資金上、經濟上等方面)、項目資源分析配置、設備的安排(需要設備的總體數量等)、開發人員任務的分配等多個方面，然而該項目計劃書只是對局部的計劃做了詳盡的描述與安排；例如關鍵問題這一塊的人員部分。僅僅是總計6人，那么沒有明確說明誰對這個項目負責，誰是這個軟件項目開發的主要技術人員，要知道有一個好的領導管理者關乎著這個項目的成敗，還有就是對項目資源的分析配置沒有做具體的研究分析，資源的配置與安排直接影響項目的開發進度與交付成果，換句話說最終將影響公司的經濟利益，所以一個項目計劃書是一個項目開發的基礎，將直接關乎項目開發成功與否。

軟件項目范圍計劃書范文（15篇）篇二

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

1.2背景。

說明:。

a.待開發的軟件系統的名稱;。

b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡;c.該軟件系統同其他系統或其他機構的基本的相互來往關系。

1.3定義。

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

1.4參考資料。

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

a.本項目的經核準的計劃任務書或合同、上級機關的批文;。

b.屬于本項目的其他已發表的文件;。

c.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。

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

2項目概述。

2.1工作內容。

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

2.2主要參加人員。

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

2.3產品。

2.3.1程序。

列出需移交給用戶的程序的名稱、所用的編程語言及存儲程序的媒體形式，并通過引用有關文件，逐項說明其功能和能力。

2.3.2文件。

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

2.3.3服務。

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

2.3.4非移交的產品。

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

2.4驗收標準。

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

2.5完成項目的最遲期限。

2.6本計劃的批準者和批準日期

3實施計劃。

3.1工作任務的分解與人員分工。

對于項目開發中需完成的各項工作，從需求分析、設計、實現、測試直到維護，包括文件的編制、審批、打印、分發工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。

3.2接口人員。

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

a.負責本項目同用戶的接口人員;。

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

3.3進度。

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

的預。

定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(即所謂“里程碑”)。

3.4預算。

逐項列出本開發項目所需要的勞務(包括人員的數量和時間)以及經費的預算(包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等)和來源。

3.5關鍵問題。

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目的影響。

4支持條件。

說明為支持本項目的開發所需要的各種條件和設施。

4.1計算機系統支持。

逐項列出開發中和運行時所需的計算機系統支持，包括計算機、外圍設備、通訊設備、模擬器、編譯(或匯編)程序、操作系統、數據管理程序包、數據存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的要求。

4.2需由用戶承擔的工作。

逐項列出需要用戶承擔的工作和完成期限。

包括需由用戶提供的條件及提供時間。

4.3由外單位提供的條件。

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

5專題計劃要點。

軟件項目范圍計劃書范文（15篇）篇三

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。在現代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、數據庫、游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，使得人們的工作更加高效，同時提高了生活質量。

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。軟件開發經歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。

軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。

【目錄】。

第一部分摘要。

一、信息系統公司概況描述。

二、信息系統公司的宗旨和目標。

三、信息系統公司目前股權結構。

四、已投入的資金及用途。

五、信息系統公司目前主要產品或服務介紹。

六、市場概況和營銷策略。

七、主要業務部門及業績簡介。

八、核心經營團隊。

九、信息系統公司優勢說明。

十、目前信息系統公司為實現目標的增資需求:原因、數量、方式、用途、償還。

十一、融資方案(資金籌措及投資方式及退出方案)。

十二、財務分析。

1.財務歷史數據。

2.財務預計。

3.資產負債情況。

第二部分綜述。

第一章信息系統公司介紹。

一、信息系統公司的宗旨。

二、信息系統公司簡介資料。

三、各部門職能和經營目標。

四、信息系統公司管理。

1.董事會。

2.經營團隊。

3.外部支持。

第二章技術與產品。

一、技術描述及技術持有。

二、產品狀況。

1.主要產品目錄。

2.產品特性。

3.正在開發/待開發產品簡介。

4.研發計劃及時間表。

5.知識產權策略。

6.無形資產。

三、信息系統產品生產。

1.資源及原材料供應。

2.現有生產條件和生產能力。

3.擴建設施、要求及成本，擴建后生產能力。

4.原有主要設備及需添置設備。

5.產品標準、質檢和生產成本控制。

6.包裝與儲運。

第三章信息系統市場分析。

一、信息系統市場規模、市場結構與劃分。

二、目標市場的設定。

三、產品消費群體、消費方式、消費習慣及影響市場的主要因素分析。

五、市場趨勢預測和市場機會。

六、行業政策。

第四章競爭分析。

一、有無行業壟斷。

二、從市場細分看競爭者市場份額。

三、主要競爭對手情況:公司實力、產品情況。

四、潛在競爭對手情況和市場變化分析。

五、信息系統公司產品競爭優勢。

第五章信息系統市場營銷。

一、概述營銷計劃。

二、信息系統銷售政策的制定。

三、信息系統銷售渠道、方式、行銷環節和售后服務。

四、主要業務關系狀況。

五、信息系統銷售隊伍情況及銷售福利分配政策。

六、促銷和市場滲透。

1.主要促銷方式。

2.廣告/公關策略、媒體評估。

七、信息系統產品價格方案。

1.定價依據和價格結構。

2.影響價格變化的因素和對策。

八、銷售資料統計和銷售紀錄方式，銷售周期的計算。

九、信息系統市場開發規劃，銷售目標。

第六章投資說明。

一、資金需求說明(用量/期限)。

二、資金使用計劃及進度。

三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優先股、任股權/對應價格等)。

四、資本結構。

五、回報/償還計劃。

六、資本原負債結構說明。

七、投資抵押。

八、投資擔保。

九、吸納投資后股權結構。

十、股權成本。

十一、投資者介入公司管理之程度說明。

十二、報告。

十三、雜費支付。

第七章投資報酬與退出。

一、股票上市。

二、股權轉讓。

三、股權回購。

四、股利。

第八章風險分析。

一、資源風險。

二、市場不確定性風險。

三、研發風險。

四、生產不確定性風險。

五、成本控制風險。

六、競爭風險。

七、政策風險。

八、財務風險。

九、管理風險。

十、破產風險。

軟件項目范圍計劃書范文（15篇）篇四

白盒測試包括語句測試，判定測試，條件測試，判定-條件測試，條件組合測試和路徑測試。

黑盒測試應用等價類劃分法，邊界值分析法，判定表分析，因果圖法，正交試驗法，功能圖法和錯誤推測法。

壓力測試，同時讓很多人同時登錄系統，測試同時最大登錄數，以便做好系統的壓力測試，以便防止同時過多的學生和教師登錄時產生的系統崩潰，同時做好相應的對策。

三、教學管理系統的安裝計劃。

由于教學管理系統的特殊性，所以面對不同的人員要安裝不同的系統。首先是學校的高級管理人員（例如校長，書記，年級主任），要有修改系統內容的權利，所以要安裝最高級的系統，而任課教師只能查看與自己有關的課程與上課時間，同時擁有上傳課件，教學相關軟件的權利，所以要再安裝教師機用的教學系統，而學生，在每個學生入學的時候要發放的安裝程序，學生的權限最低，只有查看自己所選課程和下載相關課件和課程相關軟件的權利。

軟件項目范圍計劃書范文（15篇）篇五

1.1編寫目的。

1.2背景。

1.3定義。

1.4參考資料。

1.5標準、條約和約定。

2項目概述。

2.1項目目標。

2.2產品目標與范圍。

2.3假設與約束。

2.5應交付成果。

2.5.1需完成的軟件。

2.5.2需提交用戶的文檔。

2.5.3須提交內部的文檔。

2.5.4應當提供的服務。

2.6項目開發環境。

2.7項目驗收方式與依據。

3項目團隊組織。

3.1組織結構。

3.2人員分工。

3.3協作與溝通。

3.3.1內部協作。

3.3.2外部溝通。

4實施計劃。

4.1風險評估及對策。

4.2工作流程。

4.3總體進度計劃。

4.4項目監控。

4.4.1質量控制計劃。

4.4.2進度監控計劃。

4.4.3預算監控計劃。

4.4.4配置管理計劃。

5支持條件。

5.1內部支持(可選)。

5.2客戶支持(對項目而言)。

5.3外包(可選)。

6預算(可選)。

6.1人員成本。

6.2設備成本。

6.3其它經費預算。

7關鍵問題。

8專題計劃要點。

1.1編寫目的。

說明編寫這份項目計劃的目的，并指出預期的讀者。

作用:本節是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。

注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。

“項目目標”在2.1中說明。

意義:使項目成員和項目干系人了解項目開發計劃書的作用、希望達到的效果。

開發計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。”

例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

常見的問題:把項目本身的“項目目標”誤作編制項目開發計劃的目的。

1.2背景。

主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。

主要有以下內容:。

項目的名稱:經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對“xx系統”開發的項目名稱是“xx系統開發”。

項目的委托單位:如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方;如果是自行研發的軟件產品，項目的委托單位就是本企業。

項目的用戶(單位):軟件或網絡的使用單位，可以泛指某個用戶群。

注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。

如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

項目的任務提出者:本企業內部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。

如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。

項目的主要承擔部門:有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門(也有的分為不同事業部)。

項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。

需要根據項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景:從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。

這有利于項目成員更好地理解項目目標和各項任務。

例句:根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今后某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。

因此，充分利用現代信息化、因特網的優勢，建立“某市某建設工作信息報送反饋系統”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。

軟件系統與其他系統的關系:說明與本系統有關的其他系統，說明它們之間的相互依賴關系。

這些系統可以是這個系統的基礎性系統(一些數據、環境等必須依靠這個系統才能運行)，也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。

例句:本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。

軟件系統與機構的關系:說明軟件系統除了委托單位和使用單位，還與哪些機構組織有關系。

例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

1.3定義。

列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。

注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。

1.4參考資料。

列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。

本節與下一節的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。

常用資料如:。

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書;。

屬于本項目的其他已經發表的文件;。

本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

1.5標準、條約和約定。

列出在本項目開發過程中必須遵守的標準、條約和約定。

例如:相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。

參考資料的內容應該涵蓋“標準、條約和約定”。

2項目概述。

2.1項目目標。

設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。

注意，不要簡單地說成在什么什么時間完成開發什么什么軟件系統或完成什么什么軟件安裝集成任務。

注意“要完成一個系統”只是一個模糊的目標，它還不夠具體和明確。

明確的項目目標應該指出了服務對象，所開發軟件系統最主要的功能和系統本身的比較深層次的社會目的或系統使用后所起到的社會效果。

項目目標應當符合smart原則:。

lsspecific明確的陳述。

lmmeasurable可以衡量的結果。

laattainable可以達成的目標。

lrrealistic合理的，現實的或者說是能和實際工作相結合。

lttrackable可以跟蹤的。

項目目標可以進行橫向的分解也可以進行縱向的分解。

橫向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等;縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。

階段目標一般應當說明目標實現的較為明確的時間。

一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現項目的總目標，必須實現以下三個階段目標······”

2.2產品目標與范圍。

根據項目輸入(如合同、立項建議書、項目技術方案、標書等)說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。

對項目成果(軟件系統)范圍進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。

軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是為了解決用戶的那些問題。

產品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的準確性，減輕各級相關工作人員的勞動強度。”

2.3假設與約束。

對于項目必須遵守的各種約束(時間、人員、預算、設備等)進行說明。

這些內容將限制你實現什么、怎樣實現、什么時候實現、成本范圍等種種制約條件。

假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。

如:“系統分析員必須在3天內到位”或“用戶必須在8月8日前確定對需求文檔進行確認”

約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。

假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性(概率)、造成的影響、應當采取的相應措施。

說明為實現項目的目標需要進行那些工作。

在必要時，可描述與合作單位和用戶的工作分工。

注意產品范圍與項目工作范圍的不同含義。

產品范圍界定:軟件系統產品本身范圍的特征和功能范圍。

工作范圍界定:為了能夠按時保質交付一個有特殊的特征和功能的軟件系統產品所要完成的那些工作任務。

產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。

這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。

2.5應交付成果。

2.5.1需完成的軟件。

列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。

其中軟件對象可能包括:源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。

2.5.2需提交用戶的文檔。

列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。

此處需要移交用戶的文檔可參考合同中的規定。

2.5.3須提交內部的文檔。

可根據《gb8567-88計算機軟件產品開發文件編制指南》附錄o:“文件編制實施規定的實例(參考件)”結合各企業實際情況調整制定《軟件開發文檔編制裁減衡量因素表》。

根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。

將不適用于本項目的內容裁減，以減少不必要的項目任務和資源。

根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。

2.5.4應當提供的服務。

根據合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。

具體的工作計劃如需要編制現場安裝作業指導書、培訓計劃等，應當在本計劃“4.3總體進度計劃”中條列出。

2.6項目開發環境。

說明開發本軟件項目所需要的軟硬件環境和版本、如操作系統、開發工具、數據庫系統、配置管理工具、網絡環境。

環境可能不止一種，如開發工具可能需要針對java的，也需要針對c++的。

有些環境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環境。

2.7項目驗收方式與依據。

說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。

項目驗收依據主要有標書、合同、相關標準、項目文檔(最主要是需求規格說明書)。

3項目團隊組織。

3.1組織結構。

說明項目團隊的組織結構。

項目的組織結構可以從所需角色和項目成員兩個方面描述。

所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經理、計劃經理、系統分析員(或小組)、構架設計師、設計組、程序組、測試組等等。

組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。

除了圖形外，可以用文字簡要說明各個角色應有的技術水平。

注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。

如產品研發項目可能就不需要實施人員(小組)，但需要知識轉移方面的人員(小組)。

而軟件編碼外包的項目則不需要程序員，測試人員也可以適當地減少。

3.2人員分工。

確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。

以下是一個示例。

3.3協作與溝通。

項目的溝通與協作首先應當確定協作與溝通的對象，就是與誰協作、溝通。

溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。

其次應當確定協作模式與溝通方式。

溝通方式如會議、使用電話、qq、內部郵件、外部郵件、quickplace、聊天室等等。

其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。

而協作模式主要說明在出現什么狀況的時候各個角色應當(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務。

定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。

3.3.1項目團隊內部協作。

本節說明在項目開發過程中項目團隊內部的協作模式和溝通方式、頻次、溝通成果記錄辦法等內容。

3.3.2項目接口人員。

應當說明接口工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括:。

a、負責本項目同用戶的接口人員;。

c、負責本項目同分包方的接口人員。

3.3.3項目團隊外部溝通與協作模式。

項目團隊外部包括企業內部管理協助部門、項目委托單位、客戶等等。

本節說明在項目開發過程中項目團隊內部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內容。

明確最終用戶、直接用戶及其所在本企業/部門名稱和聯系電話。

明確協作開發的有關部門的名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯系電話。

確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯系電話。

4實施計劃。

4.1風險評估及對策。

識別或預估項目進行過程中可能出現的風險。

應該分析風險出現的可能性(概率)、造成的影響、根據影響應該采取的對策，采取的措施。

風險識別包括識別內在風險及外在風險。

內在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。

外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等。

風險的對策包括:避免:排除特定危脅往往靠排除危險起源;減緩:減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數;吸納:接受一切后果，可以是積極的(如制定預防性計劃來防備風險事件的發生)，也可以是消極的(如某些費用超支則接受低于預期的利潤)。

對于軟件開發項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由于在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。

1)工程/規模/進度上的風險。

2)技術上的風險。

3)用戶體制上的問題。

4)其它:應該包含此處沒有、但據推測有風險的項目。

4.2工作流程。

說明項目采用什么樣的工作流程進行。

如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創建的工作流程。

不同的流程將影響后面的工作計劃的制定。

必要時畫出本項目采用的工作流程圖及適當的文字說明。

4.3總體進度計劃。

這里所說的總體進度計劃為高層計劃。

作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。

總體進度計劃要依據確定的項目規模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。

對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(里程碑)。

例如。

需求評審。

設計評審。

表格中檢查點/里程碑等階段劃分為舉例，實際作業階段劃分、階段成果等請根據項目需要確定。

制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。

小規模的項目可簡便地使用excel作為輔助工具。

關于如何使用這些工具不在此作詳細說明。

1)對于系統需求和項目目標的掌握程度。

如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。

2)軟件系統規模和項目規模，這兩個不是一個概念。

軟件系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規范等等等等。

例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。

由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發能力。

相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。

3)軟件系統復雜程度和項目復雜程度:和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等等等。

軟件系統的規模與軟件系統的復雜程度未必是成比例的關系;同樣項目的規模與項目的復雜程度未必是成比例的關系。

4)項目的工期要求，就是項目的緊急程度。

有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。

增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。

5)項目成員的能力。

這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。

從另外一個角度看還有總體上對客戶行業業務的熟悉程度;對于建模工具、開發工具、測試工具等技術的掌握程度;企業內部對行業業務知識和主要技術的知識積累。

4.4.1質量保證計劃。

執行質量評審活動，對過程質量進行控制。

規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。

根據gb/t12504計算機軟件質量保證計劃規范，內容包括:。

l引言(本章節包括質量計劃的目的、定義、參考資料)。

l管理(描述負責軟件質量管理的機構、任務及其相關的職責)。

l文檔(列出在該軟件的開發、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則)。

l標準、條例和約定(列出軟件開發過程中要用到的標準、條例和約定，并列出監督和保證執行的措施)。

l評審和檢查(規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及通過與否的技術準則。

至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查)。

l軟件配置管理(編制有關配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《gb/t12505計算機軟件配置管理計劃規范》單獨制定的文檔)。

l工具、技術和方法(指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途)。

l媒體控制(說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化)。

l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發單位。

規定對這些供貨單位進行控制的規程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的需求。

)

l記錄的收集、維護和保存(指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限)。

4.4.2進度控制計劃。

(可直接引用以下描述或根據項目情況制定本節內容)。

本項目的進度監控執行本企業《項目管理規范》，由本企業過程控制部門如質量管理部統一進行監控，并保留在監控過程中產生的日常檢查記錄。

4.4.3預算監控計劃。

說明如何檢查項目預算的使用情況。

根據項目情況需要制定。

4.4.4配置管理計劃。

編制有關軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。

在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。

還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

根據《gb/t12505計算機軟件配置管理計劃規范》，軟件配置管理計劃內容如下:。

l引言(本章節包括質量計劃的目的、定義、參考資料)。

l管理(描述負責軟件配置管理的'機構、任務、職責及其有關的接口控制。

)

l軟件配置管理活動(描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。

)

l工具、技術和方法(指明為支持特定項目的軟件配置管理所使用的軟件工具、技術和方法，指明它們的目的，并在開發者所有權的范圍內描述其用法)。

l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發單位或軟件子開發單位。

必須規定對這些供貨單位進行控制的管理規程，從而使從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的軟件配置管理需求)。

l記錄的收集、維護和保存(指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施，并指明要保存的期限)。

5支持條件。

說明為了支持本項目的完成所需要的各種條件和設施。

5.1內部支持。

逐項列出項目每階段的支持需求(含人員、設備、軟件、培訓等)及其時間要求和用途。

例如，設備、軟件支持包括客戶機、服務器、網絡環境、外設、通訊設備、開發工具、操作系統、數據庫管理系統、測試環境，逐項列出有關到貨日期、使用時間的要求。

5.2客戶支持。

列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。

5.3外包(可選)。

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

6預算。

6.1人員成本。

列出產品/項目團隊每一個人的預計工作月數。

列出完成本項目所需要的勞務(包括人員的數量和時間)。

勞務費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金。

6.2設備成本。

設備成本包括:原材料費，設備購置及使用費。

列出擬購置的設備及其配置和所需的經費。

列出擬購置的軟件及其版本和所需的經費。

使用的現有設備及其使用時間。

6.3其它經費預算。

列出完成本項目所需要的各項經費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括:。

(1)差旅費(旅費、出租)(含補貼)。

(2)資料費(圖書費、資料費、復印費、出版費)。

(3)通信費(市話長話費、移動通信費、上網費、郵資)。

(4)會議費(鑒定費、評審會、研討費、外事費等)。

(5)辦公費(購買辦公用品)。

(6)協作費(業務協作招待費、項目團隊加班伙食費)。

(7)培訓費(培訓資料編寫費、資料印刷費、產地費、設備費)。

其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)。

列出完成本項目需要的所有經費預算(上述各項費用之和)。

7關鍵問題。

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。

8專題計劃要點。

專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。

專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

參考文獻。

1.1編寫目的。

1.2背景。

1.3定義。

1.4參考資料。

1.5標準、條約和約定。

2項目概述。

2.1項目目標。

2.2產品目標與范圍。

2.3假設與約束。

2.5應交付成果。

2.5.1需完成的軟件。

2.5.2需提交用戶的文檔。

2.5.3須提交內部的文檔。

2.5.4應當提供的服務。

2.6項目開發環境。

2.7項目驗收方式與依據。

3項目團隊組織。

3.1組織結構。

3.2人員分工。

3.3協作與溝通。

3.3.1內部協作。

3.3.2外部溝通。

4實施計劃。

4.1風險評估及對策。

4.2工作流程。

4.3總體進度計劃。

4.4項目監控。

4.4.1質量控制計劃。

4.4.2進度監控計劃。

4.4.3預算監控計劃。

4.4.4配置管理計劃。

5支持條件。

5.1內部支持(可選)。

5.2客戶支持(對項目而言)。

5.3外包(可選)。

6預算(可選)。

6.1人員成本。

6.2設備成本。

6.3其它經費預算。

7關鍵問題。

8專題計劃要點。

1.1編寫目的。

說明編寫這份項目計劃的目的，并指出預期的讀者。

作用:本節是為了說明編制“項目計劃書”亦即本文檔的意圖和希望達到的效果。

注意這里的“目的”不是“項目目標”，而是為了說明本文檔的目的與作用。

“項目目標”在2.1中說明。

意義:使項目成員和項目干系人了解項目開發計劃書的作用、希望達到的效果。

開發計劃書的作用一般都是“項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。

”

例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

常見的問題:把項目本身的“項目目標”誤作編制項目開發計劃的目的。

1.2背景。

主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。

主要有以下內容:。

項目的名稱:經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對“xx系統”開發的項目名稱是“xx系統開發”。

項目的委托單位:如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方;如果是自行研發的軟件產品，項目的委托單位就是本企業。

項目的用戶(單位):軟件或網絡的使用單位，可以泛指某個用戶群。

注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。

如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

項目的任務提出者:本企業內部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。

如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。

項目的主要承擔部門:有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門(也有的分為不同事業部)。

項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。

需要根據項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景:從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。

這有利于項目成員更好地理解項目目標和各項任務。

例句:根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今后某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。

因此，充分利用現代信息化、因特網的優勢，建立“某市某建設工作信息報送反饋系統”，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。

軟件系統與其他系統的關系:說明與本系統有關的其他系統，說明它們之間的相互依賴關系。

這些系統可以是這個系統的基礎性系統(一些數據、環境等必須依靠這個系統才能運行)，也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。

例句:本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。

軟件系統與機構的關系:說明軟件系統除了委托單位和使用單位，還與哪些機構組織有關系。

例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

1.3定義。

列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。

注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。

1.4參考資料。

列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。

本節與下一節的“標準、條約和約定”互為補充，注意“參考資料”未必作為“標準、條約和約定”，因為“參考”的不一定是“必須遵守”的。

常用資料如:。

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書;。

屬于本項目的其他已經發表的文件;。

本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

1.5標準、條約和約定。

列出在本項目開發過程中必須遵守的標準、條約和約定。

例如:相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

“參考資料”一般具有“物質”特性，一般要說明參照了什么，要說明在哪里可以獲得;“標準、條約和約定”一般具有“精神”特性，一般是必須遵守的，不說明在哪里可以獲得。

參考資料的內容應該涵蓋“標準、條約和約定”。

2項目概述。

2.1項目目標。

設定項目目標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。

注意，不要簡單地說成在什么什么時間完成開發什么什么軟件系統或完成什么什么軟件安裝集成任務。

注意“要完成一個系統”只是一個模糊的目標，它還不夠具體和明確。

明確的項目目標應該指出了服務對象，所開發軟件系統最主要的功能和系統本身的比較深層次的社會目的或系統使用后所起到的社會效果。

項目目標應當符合smart原則:。

lsspecific明確的陳述。

lmmeasurable可以衡量的結果。

laattainable可以達成的目標。

lrrealistic合理的，現實的或者說是能和實際工作相結合。

lttrackable可以跟蹤的。

項目目標可以進行橫向的分解也可以進行縱向的分解。

橫向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等;縱向的分解一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。

階段目標一般應當說明目標實現的較為明確的時間。

一般要在說明了總目標的基礎上再說明分解目標，可加上“為實現項目的總目標，必須實現以下三個階段目標······”

2.2產品目標與范圍。

根據項目輸入(如合同、立項建議書、項目技術方案、標書等)說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。

對項目成果(軟件系統)范圍進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。

軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是為了解決用戶的那些問題。

產品目標如“提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的準確性，減輕各級相關工作人員的勞動強度。

”

2.3假設與約束。

對于項目必須遵守的各種約束(時間、人員、預算、設備等)進行說明。

這些內容將限制你實現什么、怎樣實現、什么時候實現、成本范圍等種種制約條件。

假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。

如:“系統分析員必須在3天內到位”或“用戶必須在8月8日前確定對需求文檔進行確認”

約束一般是難以解決的問題，但可以通過其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進度或質量等等。

假設與約束是針對比較明確會出現的情況，如果問題的出現具有不確定性，則應該在風險分析中列出，分析其出現的可能性(概率)、造成的影響、應當采取的相應措施。

說明為實現項目的目標需要進行那些工作。

在必要時，可描述與合作單位和用戶的工作分工。

注意產品范圍與項目工作范圍的不同含義。

產品范圍界定:軟件系統產品本身范圍的特征和功能范圍。

工作范圍界定:為了能夠按時保質交付一個有特殊的特征和功能的軟件系統產品所要完成的那些工作任務。

產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。

這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。

2.5應交付成果。

2.5.1需完成的軟件。

列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。

其中軟件對象可能包括:源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。

2.5.2需提交用戶的文檔。

列出需要移交給用戶的每種文檔的名稱、內容要點及存儲形式，如需求規格說明書、幫助手冊等。

此處需要移交用戶的文檔可參考合同中的規定。

2.5.3須提交內部的文檔。

可根據《gb8567-88計算機軟件產品開發文件編制指南》附錄o:“文件編制實施規定的實例(參考件)”結合各企業實際情況調整制定《軟件開發文檔編制裁減衡量因素表》。

根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。

將不適用于本項目的內容裁減，以減少不必要的項目任務和資源。

根據因素取值列出本項目應完成的階段成果，說明本項目取值所在的區間，將其他因素值區間刪除。

2.5.4應當提供的服務。

根據合同或某重點建設工作需要，列出將向用戶或委托單位提供的各種服務，例如培訓、安裝、維護和運行支持等。

具體的工作計劃如需要編制現場安裝作業指導書、培訓計劃等，應當在本計劃“4.3總體進度計劃”中條列出。

2.6項目開發環境。

說明開發本軟件項目所需要的軟硬件環境和版本、如操作系統、開發工具、數據庫系統、配置管理工具、網絡環境。

環境可能不止一種，如開發工具可能需要針對java的，也需要針對c++的。

有些環境可能無法確定，需要在需求分析完成或設計完成后才能確定所需要的環境。

2.7項目驗收方式與依據。

說明項目內部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行(初步)驗收、最終驗收、第三方驗收、專家參與驗收等等。

項目驗收依據主要有標書、合同、相關標準、項目文檔(最主要是需求規格說明書)。

3項目團隊組織。

3.1組織結構。

說明項目團隊的組織結構。

項目的組織結構可以從所需角色和項目成員兩個方面描述。

所需角色主要說明為了完成本項目任務，項目團隊需要哪些角色構成，如項目經理、計劃經理、系統分析員(或小組)、構架設計師、設計組、程序組、測試組等等。

組織結構可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明團隊成員來自于哪個部門。

除了圖形外，可以用文字簡要說明各個角色應有的技術水平。

注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。

如產品研發項目可能就不需要實施人員(小組)，但需要知識轉移方面的人員(小組)。

而軟件編碼外包的項目則不需要程序員，測試人員也可以適當地減少。

3.2人員分工。

確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。

以下是一個示例。

3.3協作與溝通。

項目的溝通與協作首先應當確定協作與溝通的對象，就是與誰協作、溝通。

溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關人員等等。

其次應當確定協作模式與溝通方式。

溝通方式如會議、使用電話、qq、內部郵件、外部郵件、quickplace、聊天室等等。

其中郵件溝通應當說明主送人、抄送人，聊天室溝通方式應當約定時間周期。

而協作模式主要說明在出現什么狀況的時候各個角色應當(主動)采取什么措施，包括溝通，如何互相配合來共同完成某項任務。

定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等。

3.3.1項目團隊內部協作。

本節說明在項目開發過程中項目團隊內部的協作模式和溝通方式、頻次、溝通成果記錄辦法等內容。

3.3.2項目接口人員。

應當說明接口工作的人員即他們的職責、聯系方式、溝通方式、協作模式，包括:。

a、負責本項目同用戶的接口人員;。

c、負責本項目同分包方的接口人員。

3.3.3項目團隊外部溝通與協作模式。

項目團隊外部包括企業內部管理協助部門、項目委托單位、客戶等等。

本節說明在項目開發過程中項目團隊內部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦法等內容。

明確最終用戶、直接用戶及其所在本企業/部門名稱和聯系電話。

明確協作開發的有關部門的名稱、經理姓名、承擔的工作內容以及工作實施責任人的姓名、聯系電話。

確定有關的合作單位的名稱、負責人姓名、承擔的工作內容以及實施人的姓名、聯系電話。

4實施計劃。

4.1風險評估及對策。

識別或預估項目進行過程中可能出現的風險。

應該分析風險出現的可能性(概率)、造成的影響、根據影響應該采取的對策，采取的措施。

風險識別包括識別內在風險及外在風險。

內在風險是指項目工作組能加以控制和影響的風險，如人事任免和成本估計等。

外在風險指超出項目工作組等控制力和影響力之外的風險，如市場轉向或政府行為等。

風險的對策包括:避免:排除特定危脅往往靠排除危險起源;減緩:減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險系數;吸納:接受一切后果，可以是積極的(如制定預防性計劃來防備風險事件的發生)，也可以是消極的(如某些費用超支則接受低于預期的利潤)。

對于軟件開發項目而言，在分析、識別和管理風險上投入足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由于在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。

1)工程/規模/進度上的風險。

2)技術上的風險。

3)用戶體制上的問題。

4)其它:應該包含此處沒有、但據推測有風險的項目。

4.2工作流程。

說明項目采用什么樣的工作流程進行。

如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創建的工作流程。

不同的流程將影響后面的工作計劃的制定。

必要時畫出本項目采用的工作流程圖及適當的文字說明。

4.3總體進度計劃。

這里所說的總體進度計劃為高層計劃。

作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。

總體進度計劃要依據確定的項目規模，列表項目階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮項目階段成果完成、提交評審、修改的時間。

對于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件(里程碑)。

例如。

需求評審。

設計評審。

表格中檢查點/里程碑等階段劃分為舉例，實際作業階段劃分、階段成果等請根據項目需要確定。

制定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規模較大的項目，但無法完全代替項目計劃書，特別是一些主要由文字來說明的部分。

小規模的項目可簡便地使用excel作為輔助工具。

關于如何使用這些工具不在此作詳細說明。

1)對于系統需求和項目目標的掌握程度。

如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。

2)軟件系統規模和項目規模，這兩個不是一個概念。

軟件系統規模往往是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規范等等等等。

例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。

由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發能力。

相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。

3)軟件系統復雜程度和項目復雜程度:和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等等等。

軟件系統的規模與軟件系統的復雜程度未必是成比例的關系;同樣項目的規模與項目的復雜程度未必是成比例的關系。

4)項目的工期要求，就是項目的緊急程度。

有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。

增加人選除了增加人的成本外必定會增加溝通的成本(熟悉項目任務所需要的時間);加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。

5)項目成員的能力。

這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。

從另外一個角度看還有總體上對客戶行業業務的熟悉程度;對于建模工具、開發工具、測試工具等技術的掌握程度;企業內部對行業業務知識和主要技術的知識積累。

4.4.1質量保證計劃。

執行質量評審活動，對過程質量進行控制。

規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。

根據gb/t12504計算機軟件質量保證計劃規范，內容包括:。

l引言(本章節包括質量計劃的目的、定義、參考資料)。

l管理(描述負責軟件質量管理的機構、任務及其相關的職責)。

l文檔(列出在該軟件的開發、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則)。

l標準、條例和約定(列出軟件開發過程中要用到的標準、條例和約定，并列出監督和保證執行的措施)。

l評審和檢查(規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及通過與否的技術準則。

至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查)。

l軟件配置管理(編制有關配置管理條款，或在“4.4.4配置管理計劃”中說明，或引用按照《gb/t12505計算機軟件配置管理計劃規范》單獨制定的文檔)。

l工具、技術和方法(指明用于支持特定軟件項目質量管理工作的工具、技術和方法，指出它們的目的和用途)。

l媒體控制(說明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化)。

l對供貨單位的控制(供貨單位包括項目承辦單位、軟件銷售單位、軟件開發單位。

規定對這些供貨單位進行控制的規程，從而保證項目承辦單位從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的需求。

)

l記錄的收集、維護和保存(指明需要保存的軟件質量保證活動的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限)。

4.4.2進度控制計劃。

(可直接引用以下描述或根據項目情況制定本節內容)。

本項目的進度監控執行本企業《項目管理規范》，由本企業過程控制部門如質量管理部統一進行監控，并保留在監控過程中產生的日常檢查記錄。

4.4.3預算監控計劃。

說明如何檢查項目預算的使用情況。

根據項目情況需要制定。

4.4.4配置管理計劃。

編制有關軟件配置管理的條款，或引用按照gb/t12505單獨制訂《配置管理計劃》文檔。

在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢查配置管理工作等四方面的活動。

還必須規定用以維護和存儲軟件受控版本的方法和設施;必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現報告、追蹤和解決軟件問題的機構及其職責。

根據《gb/t12505計算機軟件配置管理計劃規范》，軟件配置管理計劃內容如下:。

l引言(本章節包括質量計劃的目的、定義、參考資料)。

l管理(描述負責軟件配置管理的機構、任務、職責及其有關的接口控制。

)

l軟件配置管理活動(描述配置標識、配置控制、配置狀態記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。

)

l工具、技術和方法(指明為支持特定項目的軟件配置管理所使用的軟件工具、技術和方法，指明它們的目的，并在開發者所有權的范圍內描述其用法)。

l對供貨單位的控制(供貨單位是指軟件銷售單位、軟件開發單位或軟件子開發單位。

必須規定對這些供貨單位進行控制的管理規程，從而使從軟件銷售單位購買的、其他開發單位開發的或從開發單位現存軟件庫中選用的軟件能滿足規定的軟件配置管理需求)。

l記錄的收集、維護和保存(指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施，并指明要保存的期限)。

5支持條件。

說明為了支持本項目的完成所需要的各種條件和設施。

5.1內部支持。

逐項列出項目每階段的支持需求(含人員、設備、軟件、培訓等)及其時間要求和用途。

例如，設備、軟件支持包括客戶機、服務器、網絡環境、外設、通訊設備、開發工具、操作系統、數據庫管理系統、測試環境，逐項列出有關到貨日期、使用時間的要求。

5.2客戶支持。

列出對項目而言需由客戶承擔的工作、完成期限和驗收標準，包括需由客戶提供的條件及提供時間。

5.3外包(可選)。

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

6預算。

6.1人員成本。

列出產品/項目團隊每一個人的預計工作月數。

列出完成本項目所需要的勞務(包括人員的數量和時間)。

勞務費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金。

6.2設備成本。

設備成本包括:原材料費，設備購置及使用費。

列出擬購置的設備及其配置和所需的經費。

列出擬購置的軟件及其版本和所需的經費。

使用的現有設備及其使用時間。

6.3其它經費預算。

列出完成本項目所需要的各項經費，包括差旅費、資料費、通行費、會議費、交通費、辦公費、培訓費、外包費等，包括:。

(1)差旅費(旅費、出租)(含補貼)。

(2)資料費(圖書費、資料費、復印費、出版費)。

(3)通信費(市話長話費、移動通信費、上網費、郵資)。

(4)會議費(鑒定費、評審會、研討費、外事費等)。

(5)辦公費(購買辦公用品)。

(6)協作費(業務協作招待費、項目團隊加班伙食費)。

(7)培訓費(培訓資料編寫費、資料印刷費、產地費、設備費)。

其他(檢測、外加工費、維修費、消耗品、低易品、茶話會等)。

列出完成本項目需要的所有經費預算(上述各項費用之和)。

7關鍵問題。

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目成敗的影響。

8專題計劃要點。

專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。

專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

說明本項目開發中需制訂的各個專題計劃(如分合同計劃、開發人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等)的要點。

軟件項目范圍計劃書范文（15篇）篇六

中國xx軟件有限公司是以xx教授（原中國交大研究生）、xx教授（原中科院計算所研究生）攜帶在加拿大多年學習與研究的先進創新成果回國創業的一家軟件企業。公司于20xx年7月在中國張江高科技園區注冊，主要業務是開發具有自主版權與知識產權的大型通用數據庫管理系統——xxsql，并基于xx數據庫產品進行應用開發與推廣。

xx軟件的宗旨是以創新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業產品，將xx軟件建設成一個大型的基礎軟件與應用軟件供應商。

xx軟件的短期目標：基于xx數據庫（xxsql）的“xx企業信息備份與搜索工具”能夠在一些具體行業或項目中進行推廣應用。初期市場開拓的目標在于建立與提高公司產品的信譽與客戶對于產品的可接受程度，而非盲目追求數量增長。總之，首先使公司運營正常，實現良性現金流與一定的贏利空間，再求進一步發展，實現良好的投資回報。

xx軟件的長期目標：開發與推廣大型通用數據庫管理系統及其應用產品。

二、公司目前的股權結構。

公司目前的股份構成：

三、

已投入的資金及用途。

公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產品的開發、測試，市場渠道的鋪設。

公司成立以來成功申請了20xx年科技部中小企業技術創新基金（75萬元）與20xx年中國市第一批軟件與集成電路產業發展專項資金（50萬元）。

四、公司目前主要產品及服務。

公司的主要產品：“xx數據庫管理系統（xxsql）”。

正在開發的產品有：“xx企業信息備份與搜索工具”。

公司還計劃基于xx數據庫建立“xx數據服務中心”，為廣大中小企業用戶提供數據集中維護及安全保障。

五、產品的知識產權與歸屬權。

“xx數據庫管理系統（xxsql）”是由兩位創始人（xx、xx）在國外任教期間發明，通過與任教所在大學簽定法律合同（見附件），數據庫的專利權、出版權及其相關知識產權都歸屬于兩位創始人所有，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。

“xx企業信息備份與搜索工具”則是在中國研發的基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。

六、市場概況與營銷策略。

目前企業搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業搜索市場的最好時機。

xx的總體營銷策略是：分別向中小企業、大型企業與服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。

七、核心團隊。

公司的核心團隊由五人組成：

xx（公司創辦人，現任總經理，xx大學計算機系終身教授，人工智能專家）；

王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統分析師，數據庫專家）。

八、公司優勢說明。

公司的主要優勢如下：

1)企業搜索引擎的技術處在不斷發展完善中，xx擁有自主的先進技術，創新能力強；

2)xx企業備份與搜索工具是基于xx自身的數據庫產品研發的，充分利用了數據庫的。

高性能與安全機制，產品性價比高；

3)xx能快速靈活地向用戶提供按需定制服務。

九、目前公司為實現目標的增資需求。

為了搶占企業信息搜索的市場發展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業信息備份與搜索工具”產品的市場開發。

公司計劃在20xx年實現收支平衡，09年實現銷售贏利，占據國內企業搜索市場有一定影響力的份額，打造xx軟件品牌。

十、融資方案。

企業的產品經營與資本經營是相輔相成的，產品經營是基礎，資本經營則是企業快速發展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰略投資者。投資方可通過股票上市或公司兼并的方式退出。

十一、合作方式。

中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

投資方與xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。

軟件項目范圍計劃書范文（15篇）篇七

甲方在此委托乙方進行xx軟件的開發，為明確雙方責任，經友好協商，雙方達成以下協議：

第一條：項目的功能、平臺架構、開發進度、交付方式等內容由載明。

第二條：甲方的權利和義務。

1.提供專人與乙方聯絡。

2.提供項目所需要的所有資料交給乙方，并保證資料的正確性。

3.及時支付費用，保證項目的開發費用及時到位。

4.本合同的相關作品、程序、文件源碼的版權屬甲方所有。

第三條：乙方的權利和義務。

1.提供專人與甲方聯絡。

2.按照項目進度要求及時完成系統的開發，同時保證項目質量。

3.協助甲方完成所開發系統的實施、培訓以及維護。

4.開發完畢，乙方應將系統的文檔、源代碼移交給甲方，不得將其應用在其他企業。

5.不得將甲方開發內容泄露給第三方。

第四條：驗收。

2.驗收期限為2天時間。

第六條：付款方式。

1.合同簽訂后1個工作日內，甲方向乙方支付合同總價30%的預付款。

2.試運行完畢，甲方向乙方支付合同總價70%的合同款;。

第七條：維護。

2.甲方需要改動或需要委托乙方進行二次開發，甲方應同乙方另訂協議，作為合同的附件，另收開發費用。

第八條違約責任。

1.任何一方有證據表明對方已經、正在或將要違約，可以中止履行本合同，但應及時通知對方。若對方繼續不履行、履行不當或者違反本合同，該方可以解除本合同并要求對方賠償損失。

2.因不可抗力而無法承擔責任的一方，應在不可抗力發生的3天內，及時通知另一方。

3.一方因不可抗力確實無法承擔責任，而造成損失的，不付賠償責任。本合同所稱不可抗力是指不能預見、不能克服并且不能避免的客觀事件，包括但不限于自然災害如洪水、地震、火災和風暴等以及社會事件如戰爭、**、政府行為等。

第九條其它。

1.如果本合同任何條款根據現行法律被確定為無效或無法實施，本合同的其他所有條款將繼續有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應盡可能接近原約定和本合同相應的精神和宗旨。

2.本合同經雙方授權代表簽字并蓋章，自簽訂日起生效。

3.本合同一式兩份，雙方當事人各執一份，具有同等法律效力。

乙方：甲方。

法人代表：法人代表：

代理人：代理人：

日期：年月日日期：年月日

地址：地址：

電話：電話：

傳真：傳真：

開戶銀行：開戶銀行。

帳號：帳號：

軟件項目范圍計劃書范文（15篇）篇八

通過實施人力資源管理系統，提高人力資源部在日常人力資源操作性等事務的工作效率，為高層提供即時的高效的人力資源資數據查詢、分析，為高層提供決策依據。同時有利于人力資源內部流程的規范與再造優化，以便更好地為員工（我們的客戶）提供更好的服務。

1、人事管理類：人事檔案履歷管理、企業構架管理、入職/離職管理、合同管理、變動管理、獎懲管理及相應的統計分析、報表，支持領導查詢。

2、考勤管理類：由于公司原有一個完善的考勤系統，現有系統只是導入原有考勤系統的數據。

3、招聘管理類：招聘需求分析、人員需求預測、招聘計劃、招聘效果分析、招聘成本分析。

4、培訓與發展類：

培訓需求調查、培訓計劃、培訓記錄（員工、教師）、培訓津貼計算、培訓課程管理、培訓成本分析，給個人提供職業生涯規劃、建設人才梯隊、給個人提供給予職位及發展需求的培訓服務。

5、績效考核管理類：導入相應的考核數據，為薪資提供數據。

6、薪資福利管理類：薪資政策設定、薪資公式設定、薪資報表、工資單、個人所得稅表、社保管理、住房公積金管理。

本項目由人力資源部主管***批準，總經理***審核實施。

本項目涉及部門：總經辦、人力資源部、財務部、網絡部

項目主席：***

項目負責人：***

項目成員：****、****……

1、軟件：采用市場上購買的hrms軟件

2、硬件：采用組裝服務器

系統軟件是基于微軟sql數據庫運行，采用c/構架，個人用戶裝載客戶端進行操作。

3、成本：總投資約***元

1、軟件風險:由于我們采用的是盜版軟件，有不可遇見的問題，現已經完成了初步的各個模塊的測試，但是沒有完成真實模擬的測試。

2、功能風險：由于此軟件沒有真實地進行全面的測試，需要在模擬運行一段時間后才能得知其實際運行能力。

3、人員風險：不見得每個人都是喜歡用這個系統，上這系統一開始比如有很多的數據錄入工作加上一些不習慣或者其他因素，一定會有人員有抵觸情緒，這需要主管的大力推行和及時開導解決。

1、前期工作（一個月）

2、實施準備階段（1周）

資料準備；項目實施會議，確定實施時間表，確定人員工作細則；確定項目監督人員；hrms培訓；系統安裝調試，模擬測試。

3、模擬運行及用戶化（2周）

資料上傳；用戶化，客戶端安裝，個人工作準則確定。

4、切換運行（一天）

實時工作上線切換，解決軟件當中的問題；切換驗收。

5、新系統運行

持續的維護及應用創新，及時新人的培訓。

軟件項目范圍計劃書范文（15篇）篇九

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。下面公文站小編為大家帶來的是軟件項目計劃書模板，歡迎大家參考!

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。在現代社會中，軟件應用于多個方面。典型的軟件比如有電子郵件、嵌入式系統、人機界面、辦公套件、操作系統、編譯器、數據庫、游戲等。同時，各個行業幾乎都有計算機軟件的應用，比如工業、農業、銀行、航空、政府部門等。這些應用促進了經濟和社會的發展，使得人們的工作更加高效，同時提高了生活質量。

軟件是由計算機程序和程序設計的概念發展演化而來的，是在程序和程序設計發展到一定規模并且逐步商品化的過程中形成的。軟件開發經歷了程序設計階段、軟件設計階段和軟件工程階段的演變過程。

軟件工程過程主要包括開發過程、運作過程、維護過程。它們覆蓋了需求、設計、實現、確認以及維護等活動。需求活動包括問題分析和需求分析。問題分析獲取需求定義，又稱軟件需求規約。需求分析生成功能規約。設計活動一般包括概要設計和詳細設計。概要設計建立整個軟件系統結構，包括子系統、模塊以及相關層次的說明、每一模塊的接口定義。詳細設計產生程序員可用的模塊說明，包括每一模塊中數據結構說明及加工描述。實現活動把設計結果轉換為可執行的程序代碼。確認活動貫穿于整個開發過程，實現完成后的確認，保證最終產品滿足用戶的要求。維護活動包括使用過程中的擴充、修改與完善。

一、信息系統公司概況描述。

二、信息系統公司的宗旨和目標。

三、信息系統公司目前股權結構。

四、已投入的資金及用途。

五、信息系統公司目前主要產品或服務介紹。

六、市場概況和營銷策略。

七、主要業務部門及業績簡介。

八、核心經營團隊。

九、信息系統公司優勢說明。

十、目前信息系統公司為實現目標的增資需求:原因、數量、方式、用途、償還。

十一、融資方案(資金籌措及投資方式及退出方案)。

十二、財務分析。

1.財務歷史數據。

2.財務預計。

3.資產負債情況。

一、信息系統公司的宗旨。

二、信息系統公司簡介資料。

三、各部門職能和經營目標。

四、信息系統公司管理。

1.董事會。

2.經營團隊。

3.外部支持。

一、技術描述及技術持有。

二、產品狀況。

1.主要產品目錄。

2.產品特性。

3.正在開發/待開發產品簡介。

4.研發計劃及時間表。

5.知識產權策略。

6.無形資產。

三、信息系統產品生產。

1.資源及原材料供應。

2.現有生產條件和生產能力。

3.擴建設施、要求及成本，擴建后生產能力。

4.原有主要設備及需添置設備。

5.產品標準、質檢和生產成本控制。

6.包裝與儲運。

一、信息系統市場規模、市場結構與劃分。

二、目標市場的設定。

三、產品消費群體、消費方式、消費習慣及影響市場的主要因素分析。

五、市場趨勢預測和市場機會。

六、行業政策。

一、有無行業壟斷。

二、從市場細分看競爭者市場份額。

三、主要競爭對手情況:公司實力、產品情況。

四、潛在競爭對手情況和市場變化分析。

五、信息系統公司產品競爭優勢。

一、概述營銷計劃。

二、信息系統銷售政策的制定。

三、信息系統銷售渠道、方式、行銷環節和售后服務。

四、主要業務關系狀況。

五、信息系統銷售隊伍情況及銷售福利分配政策。

六、促銷和市場滲透。

1.主要促銷方式。

2.廣告/公關策略、媒體評估。

七、信息系統產品價格方案。

1.定價依據和價格結構。

2.影響價格變化的因素和對策。

八、銷售資料統計和銷售紀錄方式，銷售周期的計算。

九、信息系統市場開發規劃，銷售目標。

一、資金需求說明(用量/期限)。

二、資金使用計劃及進度。

三、投資形式(貸款/利率/利率支付條件/轉股-普通股、優先股、任股權/對應價格等)。

四、資本結構。

五、回報/償還計劃。

六、資本原負債結構說明。

七、投資抵押。

八、投資擔保。

九、吸納投資后股權結構。

十、股權成本。

十一、投資者介入公司管理之程度說明。

十二、報告。

十三、雜費支付。

一、股票上市。

二、股權轉讓。

三、股權回購。

四、股利。

一、資源風險。

二、市場不確定性風險。

三、研發風險。

四、生產不確定性風險。

五、成本控制風險。

六、競爭風險。

七、政策風險。

八、財務風險。

九、管理風險。

十、破產風險。

一、信息系統公司組織結構。

二、管理制度及。

勞動合同。

三、人事計劃。

四、薪資、福利方案。

五、股權分配和認股計劃。

一、財務分析說明。

二、財務數據預測。

1.銷售收入明細表。

2.成本費用明細表。

3.薪金水平明細表。

4.固定資產明細表。

5.資產負債表。

6.利潤及利潤分配明細表。

7.現金流量表。

8.財務指標分析。

1引言。

1.1編寫目的。

1.2背景。

1.3定義。

1.4參考資料。

1.5標準、條約和約定。

2項目概述。

2.1項目目標。

2.2產品目標與范圍。

2.3假設與約束。

2.4項目工作范圍。

2.5應交付成果。

2.5.1需完成的軟件。

2.5.2需提交用戶的文檔。

2.5.3須提交內部的文檔。

2.5.4應當提供的服務。

2.6項目開發環境。

2.7項目驗收方式與依據。

3項目團隊組織。

3.1組織結構。

3.2人員分工。

3.3協作與溝通。

3.3.1內部協作。

3.3.2外部溝通。

4實施計劃。

4.1風險評估及對策。

4.2工作流程。

4.3總體進度計劃。

4.4項目監控。

4.4.1質量控制計劃。

4.4.2進度監控計劃。

4.4.3預算監控計劃。

4.4.4配置管理計劃。

5支持條件。

5.1內部支持(可選)。

5.2客戶支持(對項目而言)。

5.3外包(可選)。

6預算(可選)。

6.1人員成本。

6.2設備成本。

6.3其它經費預算。

6.4項目合計經費預算。

7關鍵問題。

8專題計劃要點。

說明編寫這份項目計劃的目的，并指出預期的讀者。

作用:本節是為了說明編制"項目計劃書"亦即本文檔的意圖和希望達到的效果。注意這里的"目的"不是"項目目標"，而是為了說明本文檔的目的與作用。"項目目標"在2.1中說明。

意義:使項目成員和項目干系人了解項目開發計劃書的作用、希望達到的效果。開發計劃書的作用一般都是"項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動的行動基礎，以便項目團隊根據本計劃書開展和檢查項目工作。"。

例如可以這么寫:為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。

常見的問題:把項目本身的"項目目標"誤作編制項目開發計劃的目的。

主要說明項目的來歷，一些需要項目團隊成員知道的相關情況。主要有以下內容:。

項目的名稱:經過與客戶商定或經過立項手續統一確定的項目名稱，一般與所待開發的軟件系統名稱有較大的關系，如針對"系統"開發的項目名稱是"系統開發"。

項目的委托單位:如果是根據合同進行的軟件開發項目，項目的委托單位就是合同中的甲方;如果是自行研發的軟件產品，項目的委托單位就是本企業。

項目的用戶(單位):軟件或網絡的使用單位，可以泛指某個用戶群。注意項目的用戶或單位有時與項目的委托單位是同一個，有時是不一樣的。如海關的報關軟件、稅務的報稅軟件，委托單位是海關或稅務機關，但使用的用戶或單位不僅有海關或稅務機關，還包括需要報關、報稅的企業單位。

項目的任務提出者:本企業內部提出需要完成此項目的人員，一般是領導或商務人員;注意項目的任務提出者一般不同于項目的委托單位，前者一般是企業內部的人員。如果是內部開發項目，則兩者的區別在于前者指人，后者指單位。

項目的主要承擔部門:有些企業根據行業方向或工作性質的不同把軟件開發分成不同的部門(也有的分為不同事業部)。項目的特點就是其矩陣式組織，一般一個項目的項目成員可能由不同的部門組成，甚至可能由研發部門、開發部門、測試部門、集成部門、服務部門等等其中幾個組成。需要根據項目所涉及的范圍確定本項目的主要承擔部門。

項目建設背景:從政治環境上、業務環境上說明項目建設背景，說明項目的大環境、來龍去脈。這有利于項目成員更好地理解項目目標和各項任務。

例句:根據《某部關于某建設工作的實施意見》精神，為了保障某建設工作的正常實施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實施列入督查的重要內容，及時掌握進度，相關部門建立市某建設工作簡報制度，及時反映全市某建設工作動態。

目前對于某建設工作的工作主要采用計劃部門手工編制年度計劃、建設工作主管部門和建設工作實施單位聯合手動編制進度計劃，某建設工作單位手工上報建設工作進度情況的方式，而全市的建設工作有數百個，加上前期建設工作的數量和今后某市建設發展的趨勢，建設工作的數量將越來越多，原來的工作模式已經越來越無法適應市委市政府的要求。因此，充分利用現代信息化、因特網的優勢，建立"某市某建設工作信息報送反饋系統"，提高某建設工作信息報送反饋工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要和緊迫的任務。

軟件系統與其他系統的關系:說明與本系統有關的其他系統，說明它們之間的相互依賴關系。這些系統可以是這個系統的基礎性系統(一些數據、環境等必須依靠這個系統才能運行)，也可以是以這個系統為基礎的系統，或者是兩者兼而有之的關系、互相依賴的系統。例句:本系統中對外部辦公部分如需要各個建設單位報送材料的子系統應當掛在市政府網站。

軟件系統與機構的關系:說明軟件系統除了委托單位和使用單位，還與哪些機構組織有關系。例如一些系統需要遵守那些組織的標準、需要通過那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。

列出為正確理解本計劃書所用到的專門術語的定義、外文縮寫詞的原詞及中文解釋。注意盡量不要對一些業界使用的通用術語進行另外的定義，使它的含義和通用術語的慣用含義不一致。

列出本計劃書中所引用的及相關的文件資料和標準的作者、標題、編號、發表日期和出版單位，必要時說明得到這些文件資料和標準的途徑。本節與下一節的"標準、條約和約定"互為補充，注意"參考資料"未必作為"標準、條約和約定"，因為"參考"的不一定是"必須遵守"的。常用資料如:

本項目的合同、標書、上級機關有關通知、經過審批的項目任務書;。

屬于本項目的其他已經發表的文件;。

本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

列出在本項目開發過程中必須遵守的標準、條約和約定。例如:相應的《立項。

建議書。

》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

"參考資料"一般具有"物質"特性，一般要說明參照了什么，要說明在哪里可以獲得;"標準、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內容應該涵蓋"標準、條約和約定"。

軟件項目范圍計劃書范文（15篇）篇十

黑盒測試應用等價類劃分法，邊界值分析法，判定表分析，因果圖法，正交試驗法，功能圖法和錯誤推測法。

壓力測試，同時讓很多人同時登錄系統，測試同時最大登錄數，以便做好系統的壓力測試，以便防止同時過多的學生和教師登錄時產生的系統崩潰，同時做好相應的對策。

由于教學管理系統的特殊性，所以面對不同的人員要安裝不同的系統。首先是學校的高級管理人員（例如校長，書記，年級主任），要有修改系統內容的權利，所以要安裝最高級的.系統，而任課教師只能查看與自己有關的課程與上課時間，同時擁有上傳課件，教學相關軟件的權利，所以要再安裝教師機用的教學系統，而學生，在每個學生入學的時候要發放的安裝程序，學生的權限最低，只有查看自己所選課程和下載相關課件和課程相關軟件的權利。

軟件項目范圍計劃書范文（15篇）篇十一

中國xx軟件有限公司是以xx教授(原中國交大研究生)、xx教授(原中科院計算所研究生)攜帶在加拿大多年學習和研究的先進創新成果回國創業的一家軟件企業。公司于20xx年7月在中國張江高科技園區注冊，主要業務是開發具有自主版權和知識產權的大型通用數據庫管理系統——xxsql，并基于xx數據庫產品進行應用開發和推廣。

xx軟件的宗旨是以創新的核心技術為起點，以國際一流的專家為技術領路人，將核心技術轉化成具有國際競爭力的商業產品，將xx軟件建設成一個大型的基礎軟件和應用軟件供應商。

xx軟件的短期目標：基于xx數據庫(xxsql)的“xx企業信息備份和搜索工具”能夠在一些具體行業或項目中進行推廣應用。初期市場開拓的目標在于建立和提高公司產品的信譽和客戶對于產品的可接受程度，而非盲目追求數量增長。總之，首先使公司運營正常，實現良性現金流和一定的贏利空間，再求進一步發展，實現良好的投資回報。

xx軟件的長期目標：開發和推廣大型通用數據庫管理系統及其應用產品。

公司目前的股份構成：

公司于20xx年7月成立，注冊資金200萬元人民幣，主要用于產品的開發、測試，市場渠道的鋪設。

公司成立以來成功申請了20xx年科技部中小企業技術創新基金(75萬元)和20xx年中國市第一批軟件和集成電路產業發展專項資金(50萬元)。

公司的主要產品：“xx數據庫管理系統(xxsql)”。

正在開發的產品有：“xx企業信息備份與搜索工具”。

公司還計劃基于xx數據庫建立“xx數據服務中心”，為廣大中小企業用戶提供數據集中維護及安全保障。

“xx數據庫管理系統(xxsql)”是由兩位創始人(xx、xx)在國外任教期間發明，通過與任教所在大學簽定法律合同(見附件)，數據庫的專利權、出版權及其相關知識產權都歸屬于兩位創始人所有，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。

“xx企業信息備份與搜索工具”則是在中國研發的基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。

目前企業搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業搜索市場的最好時機。

xx的總體營銷策略是：分別向中小企業、大型企業和服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。

公司的核心團隊由五人組成：

xx(公司創辦人，現任總經理，x大學計算機系終身教授，人工智能專家);

王先生(x大學計算機系博士后，曾任加拿大著名軟件公司高級系統分析師，數據庫專家)。

公司的主要優勢如下：

1) 企業搜索引擎的技術處在不斷發展完善中，xx擁有自主的先進技術，創新能力強;

2) xx企業備份和搜索工具是基于xx自身的數據庫產品研發的，充分利用了數據庫的

高性能和安全機制，產品性價比高;

3) xx能快速靈活地向用戶提供按需定制服務。

九、目前公司為實現目標的增資需求

為了搶占企業信息搜索的市場發展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業信息備份與搜索工具”產品的市場開發。

公司計劃在20xx年實現收支平衡，09年實現銷售贏利，占據國內企業搜索市場有一定影響力的份額，打造xx軟件品牌。

企業的產品經營和資本經營是相輔相成的，產品經營是基礎，資本經營則是企業快速發展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

此次融資的資金籌措方式：股權融資(投資750萬獲取20%股權)或引進戰略投資者。 投資方可通過股票上市或公司兼并的方式退出。

中國xx軟件有限公司計劃吸收750萬元(人民幣)風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

投資方和xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。

軟件項目范圍計劃書范文（15篇）篇十二

編寫本文檔的目的是確保項目包括成功完成項目所需的全部工作，但又只包括必須完成的工作的各個過程。是項目管理團隊確定、記載、核實、管理和控制項目范圍的指南。此文當中包括制作工作分解結構，并確定如何維持與批準該工作分解結構；規定如何正式核實與驗收項目已完成可交付成果。

1.2 參考資料

1.3 重要術語

2005：軟件開發語言

visual studio 2005 軟件開發環境

2.1 系統與項目的定義

本系統是建立在c/s系統架構下基于sql server數據庫，技術分析、設計、開發用于酒店信息化管理的。該系統基本滿足了酒店管理方面的需求，用戶界面友好。系統對用戶（主要是酒店管理層及員工）數據有效地實現了信息電子化處理，從而降低了人工勞動并增加信息的準確性。本系統的基本信息有客房、餐飲、財務及人力資源等，用戶登錄系統后根據權限操作這些基本信息。

要實現的功能模塊包括4個方面，第一個方面是客房管理子系統，包括客房登記、客房預定、工作報表、信息查看及最重要的客房部經理管理模塊；第二個方面是餐飲管理子系統，包括點單、埋單、預定、換臺及最重要的餐飲部經理管理模塊；第三個個方面是財務管理子系統，包括財務預算的查看及發布審核、財務報表的生成等；最后一個方面是人力資源管理子系統，包括員工信息的錄入、查看及績效考核等。

2.2 系統開發背景與目標

在信息高度發達的今天，酒店業務涉及的各個工作環節已經不再僅僅是傳統的住宿、結算業務，而是更廣、更全面的服務性行業代表。酒店賓館作為一個服務性行業，從客房的營銷即客人預訂開始，到入住登記直至最后退房結賬，整個過程應該能夠體現以賓客為中心，提供快捷、方便的服務。給賓客一種顧客至上的享受。提高酒店的管理水平，簡化各種復雜操作，在最合理、最短時間內完成酒店業務規范化操作，這樣才能令旅客舒適難忘，增加賓客回頭率。而對酒店業內激烈的競爭形勢，各酒店均在努力拓展其服務領域的廣度和深度。雖然信息化不是酒店走向成功的關鍵因素，但它可以幫助那些真正影響成敗的要素發揮更大的作用。因此，采用全新的酒店管理系統，將成為提高酒店的管理效率，改善服務水平的重要手段之一。

酒店行業的激烈競爭使得爭取客源、提高酒店入住率、制定正確營銷策略已經成為一項重要的任務，借助蓬勃發展的it工具來拓展其能力已經成為許多酒店的首選。

計算機管理系統在數據保存、數據交換方面的快速可靠，是手工操作不能完成的。

酒店管理系統的設計目標：

1）采用先進的分布式數據處理技術，以提高管理工作的質量、效率和規范性；

3）旨在提高酒店的管理效率，減免手工處理的繁瑣和誤差。及時、準確地反應酒店的工作情況、經營情況，從而提高酒店的服務質量，獲得更好的經濟效益；實現客房管理的規范化、自動化。

2.3 用戶需求概述及系統主要功能

開發技術選擇與理由

開發酒店管理系統，軟硬件方面選擇的是可視化的visual 2005和sql server 2000數據庫，windows xp操作系統等。

vb擁有圖形用戶界面（gui），可以輕易的使用ado連接數據庫,程序員可以輕松的使用vb提供的組件快速建立一個應用程序,以上都是組員熟悉的語言和數據庫，所以技術方面是絕對可行的。綜上所述，我們完全有能力完成酒店管理系統的最終實現。

軟件項目范圍計劃書范文（15篇）篇十三

第一章項目概述(理論。

教學。

時可用“引言”)。

1.1目的。

1.2項目背景。

1.3項目的范圍和目標。

1.3.1范圍描述(問題定義階段產生，對應的文檔為：《系統目標與范圍說明書》)。

1.3.3性能(可選)。

1.3.4技術約束(可選)。

第二章項目估算。

2.1使用的歷史數據2.2使用的評估技術。

2.3工作量、成本、時間估算。

第三章風險評估。

3.1風險識別。

列出最高的10大風險(數字10是參考)。

3.2風險應對策略。

對列出的風險應有哪些策略去應對。

第五章關鍵問題。

可以是技術因素、也可以是非技術因素，總而言之，是系統成敗的最重要因素。

開發平臺、開發工具、數據庫平臺。

第七章人員組織。

人員及其角色。

第八章附錄。

相關文檔、資料、數據等。

軟件項目范圍計劃書范文（15篇）篇十四

公司具有豐富開發經驗，擁有一個精英團隊，工作亦不斷地趨于正規化與規模化，并且在此過程中積累了一定資金和客戶關系。目前一些公司已經與我們達成了關于外包合作的共識。

為實現前期資本的積累，我們做了充分的準備，包括建立廣泛的社會關系來避免資金不足而可能帶來的運轉困難。目前我們與四川政府采購部門、省農業銀行、眉山市市政府、綿陽市工商局、國騰公司、南充市西充縣電信公司、國騰軟件學院和西充中學等有了不同程度的溝通，并與其中部分有過愉快的商業合作，這為我們初期創業的項目來源、資金流動提供了一個廣泛的渠道。

二、公司的組成與管理。

1.公司組成：

1.1組織形式。

鑒于我們的產品核心是技術，公司在任何發展階段都將貫徹“以質量求生存，以信譽求發展”的理念。公司通過采取有限責任公司的形式，更有效地發揮各工作人員的專長，提高工作效率，使計劃與執行分開，各部門職能明顯劃分，不受外部環境影響。隨著公司的發展，公司組織還可不斷地調整、完善。

公司結構如下：

1.2主要機構。

股東大會：初期由全部股東組成，此后由持有一定股份比例(隨不同時期而定)的股東組成。主要職能為選舉產生董事會成員。

董事會：由股東大會選出董事會成員，負責確定董事長、董事會秘書，討論和決議公司的重大決策，并由董事長轉交執行。

董事長：由董事會選出，擁有總經理的任命權，對公司轉告董事會決定，并代表董事會對外交涉。

董事會秘書：由董事會選出，對公司運作進行監督，并及時將公司運作的情況向董事會匯報。

總經理：由董事長任命，負責管理公司的日常事務，制定公司的長遠發展規劃，聘任或解聘部門經理、財務負責人，對外代表公司。

技術部：負責科技攻關、課題研究與系列產品開發。不斷提高產品的質量，針對不同客戶、不同時期、不同工作的需要進行開發，力爭保持技術上的領先地位。技術部由本公司技術部經理負責。在公司初期，技術部承擔對內自主技術攻關、對外滿足客戶需求的兩個責任，分別由相應臨時組長負責。

財務經理：負責公司內部的財務控制、會計、金融、投資活動，定期向總經理和董事會遞交財務報告，分析財務狀況，并提出建議。

營銷部：對公司的總體營銷活動負責，管理營銷隊伍和地區經理，對公司的客戶需求、銷售活動、售后服務和地區間的平衡負責。

公司在初期后還將增設以下部門和職務：

1.3法律結構。

公司為有限責任公司。

1.4產權。

注冊總資本：30萬元(暫定)。

股份：按入股資金分配。

2.公司管理：

2.1生產管理。

在市場經濟下，生產管理直接關系到企業的生死存亡。公司一經成立，對生產就實行優質、高效的管理。

1)產品研發。

啟航公司屬于高科技企業公司，以電子科技大學成都學院和本公司科研實力為依托，在確保短期目標實現的同時致力于長足發展，運用先進的過程管理和軟件工程方法，加大科研開發力度，從而不斷的研發出新產品(我們公司將以凈利潤的45%設為專項科研經費)。公司計劃在3-5年之內，以自行開發的系列軟件和軟件吸引來的龐大客戶群為依托，全面開展成熟的電子商務業務，依靠先進的技術和可靠的質量，全面搶占市場。

2)生產過程組織。

公司駐地選擇：考慮到通信方便、廠商和信息集中等因素，并享受“兩免三減半”的稅收優惠政策，我們將公司設在成都市高新技術開發西區。經過調查，并根據公司規模，初定辦公室建筑面積為100平方米。

生產過程：我公司主導產品是軟件。鑒于軟件產品的特殊性，公司將有針對性地成立項目開發組，對專用性軟件采取訂單生產方式進行開發。根據不同用戶的具體要求量體裁衣，進行設計、開發、安裝、調試、維護等，實現公司的高利潤。我們將與顧客保持密切聯系，確保研發按時高效完成。通用性軟件做好市場調查，根據廣大用戶需求，成立專項項目組進行周期性開發和升級，力爭做到立項一批，開發一批，成功一批，推廣一批，實現利潤最大化。

2.2質量管理。

每一件產品的質量直接關系到公司的聲譽，質量是企業的生命。我們將從客戶的利益出發，成立專項軟件檢測組，嚴把質量關，堅決做到讓顧客用放心軟件。

2.3人力資源管理。

人力資源已成為當今企業界最重要最寶貴的資源，尤其對于高新技術企業，員工的素質將直接決定企業的發展。本公司將制定以下政策來對人力資源進行管理：

激勵：采用業績付酬，精神激勵和物質激勵相結合的方式，對表現突出的員工進行獎勵，對于科技研發人員的專利產品可以以出資方式折入公司股份，通過擴股形式將本公司的部分收益轉化為企業股份分配給創業人員。同時注意協調公司內部關系，不定期組織活動，使每個員工都有歸宿感。

培訓：培訓是人力資源開發的重要途徑，能滿足企業發展對高素質人才需要，公司應進行崗前培訓和在崗培訓，通過崗前培訓使新員工盡快適應工作環境，通過在崗培訓不斷提高員工素質，提供進修深造的機會。現在已經對內部成員和國騰學院部分學生進行定期培訓。

招聘：對于中高層管理人員的選用，公司將采用內部選拔與外部招聘相結合的方式;對科技開發人員采用高薪聘用，堅持用人唯賢，做到職能相配分工明確，最大限度的發揮人才的作用。

三、市場分析。

1.市場現狀分析：

我國經濟發展取得了巨大的成就，各項經濟指標及各種產業都發生了翻天覆地的改變，人們的生活和工作水平都上了一個新的臺階。黨的十六大提出，信息化是我國加快實現工業化和現代化的必然選擇，堅持以信息化帶動工業化，以工業化促進信息化，走出一條科技含量高、……、人力資源優勢得到充分發揮的新型工業化道路。近年來，我國軟件產業的政策環境不斷改善，增長速度明顯加快，軟件產業對國民經濟發展的作用逐步增強。到目前為止，我國軟件產業的政策環境成為歷史上前所未有的最好時期。

20xx年全國軟件市場銷售總額為1100億元，同比增長為46.5%，軟件出口(含產品出口、外包服務)15億美元，同比增長為100%。其中，軟件產品銷售收入660.5億元，同比增長28%，系統集成及計算機服務收入439.5億元，同比增長87.3%。

近幾年，中國軟件產業以平均超過30%的`速度增長。具體情況見圖1和圖2。

但是在如此高速發展的情況下，國內軟件依然有很多空白地帶，有待彌補。

(2)正版軟件市場還不成熟。

(3)非it企業對軟件提高生產效率和加強管理雖有足夠的認識但并無系統的制度;。

(4)電子商務在國內尚處于起步階段。

2.目標市場分析：

公司在創業初期(前兩年)，將目標市場定位于成都周邊公司的服務性軟件和網絡項目、自研通用性小軟件。

現階段，即在數字化網絡時代廣泛開展的大潮流中，公司的管理和生產越來越依賴于強有力的數字神經系統，因此快速的建立對相關信息反應速度，有必要依賴于相關的數據類管理軟件以及面向客戶的網絡建設，切實保證在激烈的市場競爭中，占有主動的地位。另一方面，成都軟件市場尚未完全挖掘，軟件銷售多依賴于政府等大客戶的采購，多數中小企業還停滯在傳統經營管理的模式下。在這種條件下，我們有廣闊的潛在市場!

a、目標市場描述。

公司計劃進入軟件和電子商務行業。如上兩圖所示(數據來源：分別為國家統計局和ccid，其中后圖的數據是預計)，前者顯示軟件行業景氣指數總是大于100，表明這個行業是一個不斷發展的朝陽產業，后者表示這個市場的銷售總額將超過2千億。

左圖顯示了互聯網市場的規模，其中顯示了對04、的預測。但是目前電子商務的內地市場基本沒有開發，包括已有的一些電子商務巨頭都只是將實力集中于北京、上海、廣州等幾個特大城市，根本無暇顧及內地。在這段時期里，預計我們力爭的細分市場將會不斷成長)。改變這種情況的主要力量是電子商務產業不斷發展，和競爭對手進入內地市場，但是因為這個市場過于廣闊，在5年內基本上都不會和老牌電子商務企業有正面沖突。

前期我們產品擁有以下優勢：高附加值、為企業的量體裁衣、完全滿足企業特殊需求。擴展期公司將目標市場定義為網上商品銷售。現在，這個市場由十多個個主要競爭者分享。但是如圖數據顯示目前的市場規模將只有兩年后的37.5%。

b、目標消費群。

前期的目標消費群為公司附近的企業和單位，針對這一群體的特點公司會著重加強關系建立與技術研究，確保有項目作，回頭客多，從開發成本中要利潤。擴展期的目標消費群為廣大人民群眾，在這個群體中盈利則必須保證低廉的價格和良好的服務，我們將會通過最大限度降低管理、配送和營銷成本來爭取利潤。

3.市場風險分析：

1)投資方臨時撤股。

這對創業初期的公司來說是一種毀滅性的打擊。出現這種情況后。公司將盡量與投資者協商。一旦協商失敗，將會按照強制退股協議(參見法律、協議部分)處理，并將積極尋找新的投資商。

2)項目來源短缺。

前期的公司可能面臨缺乏項目來源的危機，外接項目的開發和銷售是公司初期現金流動的主要方式，短缺項目將會對公司造成巨大的影響。為了降低這方面風險，一方面憑借公司股東私人關系擴大客戶網，從公司章程上確立項目提成制度，獎勵所有提供項目的非公司人員。另一方面公司將設立專門的營銷部門，聘用有經驗的營銷人員，在自身實力的基礎上，不斷將現有和潛在的客戶關系轉化為公司的資本。

3)大公司的競爭壓力。

wisemedia。

公司將盡力避免與大公司競爭，初期利用小公司靈活的優勢，從價格、渠道等方面努力開拓自己的市場。成熟期，公司將在電子商務還未形成的西南地區搶占先機，在面對大公司入侵時，廣泛的與當地大型超市合作，以降低配送費用，增加競爭力。

軟件項目范圍計劃書范文（15篇）篇十五

中國xx軟件有限公司是以xx教授（原中國交大研究生）、xx教授（原中科院計算所研究生）攜帶在加拿大多年學習與研究的先進創新成果回國創業的一家軟件企業。公司于2003年7月在中國張江高科技園區注冊，主要業務是開發具有自主，目前數據庫的所有知識產權已轉到中國xx軟件有限公司。

“xx企業信息備份與搜索工具”則是在中國研發的`基于xx數據庫的應用產品。中國xx軟件有限公司擁有產品的所有知識產權。

目前企業搜索市場還處于起步階段，還沒有出現一家獨大或幾分天下的局面，因此，現在是進入企業搜索市場的最好時機。

xx的總體營銷策略是：分別向中小企業、大型企業與服務運營商提供不同的細化產品，逐步開拓本地、國內、國際市場。

公司的核心團隊由五人組成：

xx（公司創辦人，現任總經理，xx大學計算機系終身教授，人工智能專家）；

王先生（xx大學計算機系博士后，曾任加拿大著名軟件公司高級系統分析師，數據庫專家）。

公司的主要優勢如下：

高性能與安全機制，產品性價比高；

3)xx能快速靈活地向用戶提供按需定制服務。

為了搶占企業信息搜索的市場發展先機，xx需要的外部投資為750萬元人民幣，加上xx的預期銷售收入及其他資金，致力于“xx企業信息備份與搜索工具”產品的市場開發。

公司計劃在2008年實現收支平衡，09年實現銷售贏利，占據國內企業搜索市場有一定影響力的份額，打造xx軟件品牌。

企業的產品經營與資本經營是相輔相成的，產品經營是基礎，資本經營則是企業快速發展的助推器。公司此次計劃籌集750萬元的風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

此次融資的資金籌措方式：股權融資（投資750萬獲取20%股權）或引進戰略投資者。投資方可通過股票上市或公司兼并的方式退出。

中國xx軟件有限公司計劃吸收750萬元（人民幣）風險資金，主要用于“xx企業信息備份與搜索工具”的市場開發。

投資方與xx軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。