軟件項目計劃書15篇【精品】

　　日子在彈指一揮間就毫無聲息的流逝，迎接我們的將是新的生活，新的挑戰，不妨坐下來好好寫寫計劃吧。你所接觸過的計劃都是什么樣子的呢？下面是小編為大家整理的軟件項目計劃書，僅供參考，大家一起來看看吧。

軟件項目計劃書1

　　1、引言

　　1、1編寫目的

　　本報告的主要作用是確定各個項目模塊的開發情況和主要的負責人，供各項目模塊的負責人閱讀，做到及時協調，按步有序進行項目的開發。減少開發中的不必要損失。

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

　　具體步驟：擬訂開發計劃書，分配項目工作，安排項目進度

　　計劃對象：網上書店開發小組

　　2、項目概述

　　2、1項目背景

　　隨著網絡技術的發展，Internet已成為最具市場潛力的技術領域，使用Web技術設計的數據庫應用軟件，是目前Internet市場的技術中堅，各種Web應用如電子商務，網上購物等都采用這種方式實現。互聯網的優勢在于用戶能同時從不同地點、不同數據庫中存取數據。

　　網上購物系具體是指利用各種電子工具與網絡，高效率，低成本地從事以商品交換為中心的各種商務貿易活動。電子商務應用的興起已經促使商品流通領域發生了一場巨大的革命。

　　它打破了時空的界限，加速了整個社會的商品流通，有效地降低了企業生產成本，提高企業競爭力。電子商務的一個重要技術特征。是利用Web技術來傳輸與處理商業信息，因此有人稱：電子商務=web+IT。因此我們將開發一個典型的電子商務系統：網上書店。

　　2、2項目目標與范圍

　　2、2、1目標和范圍描述

　　項目：網上購書系統

　　該系統適用于在網上書籍交易，網上書店的管理，通過此軟件系統對書籍進行有效管理，靈活的滿足自己客戶需要。

　　問題：實地購書比較麻煩，購書范圍小，能購書的種數也有限。

　　項目目標：開發一個網上購書系統是項目的總目標，為實現項目的總目標可按以下三個階段目標來進行：

　　第一階段目標：實現網上購書系統的基本功能，小組個成員進行各個模塊的開發，形成初步的系統。

　　第二階段目標：攻克技術上的難題，實現網上購書系統的一些特殊功能，進一步完善系統。

　　第三階段目標：讓系統投入到實際運用中，做好系統的維護工作。

　　項目范圍：利用現有的微型計算機，借鑒前人的網上購書系統開發經驗、徐州博庫網上書城和資料中的電子商鋪系統的開發模式，預計軟件開發費用不超過***元。

　　初步設想：建議在系統中增加一個BBS的模塊，方便用戶發表言論。

　　2、2、2主要功能

　　(1)概述

　　可行性分析：這個系統沒有經濟效益，不能收回成本，但可以得到知識，熟悉做項目的過程;現有的`技術能夠完成系統的基本功能，但做BBS論壇還有一定的技術困難，開發這個新系統，只是借鑒前人的開發模式，做出有個人特色的網上購書系統，僅供平時學習用。不會引起任何的侵權問題。通過對用戶的進一步訪問，用戶希望能夠通過互連網，能夠瀏覽書籍，查找他們想要的書籍，并能夠訂購要買的書，這不僅很方便，還節省了用戶的時間。

　　(2)傳統購書系統流程圖

　　網上購書流程

　　(3)功能描述

　　圖書查詢和瀏覽功能：當進入網上書店后，無需登錄，就可以瀏覽書籍，而電子書店還可以提供一個更好的功能，即通過圖書名稱、類別等信息從浩瀚的書海中迅速的找到的書。

　　用戶登錄注冊功能：在用戶購買的圖書時，系統將判斷其是否登錄，如果沒有，則轉向登錄界面，登錄后，系統還將轉向原來用戶瀏覽的頁面。

　　購物車功能：用戶登錄后，就可以把圖書放入購物籃中，可以對購物籃進行管理，包括修改所購圖書數量、刪除圖書等。

　　圖書信息管理功能：管理人員可以添加圖書，修改圖書的類別，價格，上傳圖書的相關圖片等。

　　定單信息管理功能：用戶確認購買圖書，將形成一條訂單信息，用戶可以查詢自己的定單。管理員可以查看定單，售出書籍。

　　2、2、3性能

　　2、2、4管理和技術約束

　　由于沒有做過項目的經驗，在加上編程技術的限制，小組人員少，時間的限制只能實現一個具有簡單功能的網上購書系統。

　　2、項目估算

　　2、1使用的歷史數據

　　徐州博庫網上書店、電子商鋪系統

　　2、2使用的評估技術

　　軟件規模估算：采用類比的方法，根據歷史數據來進行估算

　　工作量估算：基本COCOMO模型

　　成本估算：基本COCOMO模型

　　時間估算：基本COCOMO模型

　　2、3工作量、成本、時間估算

　　軟件規模：LOC=[(50(重新設計)%+50(重新編碼)%+重新測試(100)%)/3]×已有代碼行(20000)=13000

　　工作量估算：人員：六人

　　成本估算：資料費(資料費、復印費)

　　通信費(移動通信費、上網費、電費)

　　時間估算：

　　基本COCOMO模型把工作量作為軟件規模的函數來計算，其計算公式為：

　　E=aS^bS是以千源代碼行(KLOC)計數的程序規模，a，b為開發模式因子

　　在我們的項目中，我們采用半分離式，因此a取值為3、0，b取值為1、12

　　即E=3、0*13^1、12=53、056

　　根據計算的工作量，我們由下面公式計算所需的開發時間：

　　t=cE^dE為我們所計算的工作量人月為單位，c，d是隨開發模式而改變的因

　　子，在這里我們同樣采用半分離式，c取值為2、5，d取值為0、35

　　即t=2、5*53、056^0、35=10、036

　　在小組中，我們共六人，大約2個月完成任務。

軟件項目計劃書2

　　項目名稱：********

　　評審日期：

　　1引言

　　1．1編寫目的

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

　　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．負責本項目同用戶的接口人員；

　　b．負責本項目同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員；

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

　　3．3進度

　　對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作，給出每項工作任務的預。定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂"里程碑"）。

　　3．4預算

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

　　3．5關鍵問題

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

　　4支持條件

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

　　4．1計算機系統支持

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

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

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

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

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

　　5專題計劃要點

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

軟件項目計劃書3

　　一、項目計劃書格式

　　根據《gbxxx計算機軟件產品開發文件編制指南》中項目開發計劃的要求，結合實際情況調整后的《項目計劃書》內容索引如下：xxx

　　二、項目計劃書的編寫說明

　　1 引言

　　1.1 編寫目的

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

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

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

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

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

　　1.2 背景

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

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

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

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

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

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

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

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

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

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

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

　　1.3 定義

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

　　1.4 參考資料

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

　　本項目的合同、標書、上級機關有關通知、經過審批的項目任務書；屬于本項目的其他已經發表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開發標準。

　　1.5 標準、條約和約定

　　列出在本項目開發過程中必須遵守的標準、條約和約定。例如：相應的《立項建議書》、《項目任務書》、合同、國家標準、行業標準、上級機關有關通知和實施方案、相應的技術規范等。

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

　　2 項目概述

　　2.1 項目目標

　　設定項目目 標就是把項目要完成的工作用清晰的語言描述出來，讓項目團隊每一個成員都有明確的概念。注意，不要簡單地說成在什么什么時間完成開發什么什么軟件系統或完 成什么什么軟件安裝集成任務。注意"要完成一個系統"只是一個模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務對象，所開發軟件系統最主要 的功能和系統本身的比較深層次的社會目的或系統使用后所起到的社會效果。

　　項目目標應當符合smart原則：

　　s specific 明確的陳述

　　m measurable 可以衡量的結果

　　a attainable 可以達成的目標

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

　　t trackable 可以跟蹤的

　　項 目目標可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統的功能或按照建設單位的不同業務要求，如分解為第一目標、第二目標等等；縱向的分解 一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說明目標實現的較為明確的時間。一般 要在說明了總目標的基礎上再說明分解目標，可加上"為實現項目的總目標，必須實現以下三個階段目標......"

　　2.2 產品目標與范圍

　　根 據項目輸入（如合同、立項建議書、項目技術方案、標書等）說明此項目要實現的軟件系統產品的目的與目標及簡要的軟件功能需求。對項目成果（軟件系統）范圍 進行準確清晰的界定與說明是軟件開發項目活動開展的基礎和依據。軟件系統產品目標應當從用戶的角度說明開發這一軟件系統是為了解決用戶的那些問題。產品目 標如"提高工作信息報送反饋工作效率，更好地進行工作信息報送的檢查監督，提高信息的及時性、匯總統計信息的準確性，減輕各級相關工作人員的勞動強度。"

　　2.3 假設與約束

　　對于項目必須遵守的各種約束（時間、人員、預算、設備等）進行說明。這些內容將限制你實現什么、怎樣實現、什么時候實現、成本范圍等種種制約條件。

　　假設是通過努力可以直接解決的問題，而這些問題是一定要解決才能保證項目按計劃完成。如："系統分析員必須在3天內到位"或"用戶必須在8月8日前確定對需求文檔進行確認"

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

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

　　2.4 項目工作范圍

　　說明為實現項目的目標需要進行那些工作。在必要時，可描述與合作單位和用戶的工作分工。

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

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

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

　　產品范圍的完成情況是參照客戶的需求來衡量的，而項目范圍的完成情況則是參照計劃來檢驗的。這兩個范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產品要求準時交付。

　　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、負責本項目同用戶的接口人員；

　　b、負責本項目同本企業各管理機構，如計劃管理部門、合同管理部門、采購部門、質量管理部門、財務部門等的接口人員；

　　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 項目控制計劃

　　4.4.1 質量保證計劃

　　執行質量評審活動，對過程質量進行控制。規模較大的項目應當單獨編寫《軟件開發項目質量計劃》。根據gb/t 12504 計算機軟件質量保證計劃規范，內容包括：

　　引言（本章節包括質量計劃的目的、定義、參考資料）

　　管理（描述負責軟件質量管理的機構、任務及其相關的職責）

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

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

　　評審和檢查（規定所要進行的技術和管理兩個方面的評審和檢查工作，并編制或引用有關的評審和檢查規程，以及通過與否的技術準則。至少要進行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查）

　　軟件配置管理（編制有關配置管理條款，或在"4.4.4 配置管理計劃"中說明，或引用按照《gb/t 12505 計算機軟件配置管理計劃規范》單獨制定的文檔）

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

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

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

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

　　4.4.2 進度控制計劃

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

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

　　4.4.3 預算監控計劃

　　說明如何檢查項目預算的使用情況。根據項目情況需要制定。

　　4.4.4 配置管理計劃

　　編 制有關軟件配置管理的條款，或引用按照gb/t 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用于標識軟件產品、控制和實現軟件的修改、記錄和報告修改實現的狀態以及評審和檢 查配置管理工作等四方面的活動。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發現的軟件問題進行報告、追蹤和解決的步驟，并指出實現 報告、追蹤和解決軟件問題的機構及其職責。

　　5 支持條件

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

　　5.1 內部支持

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

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

　　5.2 客戶支持

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

　　5.3 外包（可選）

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

　　6 預算

　　6.1 人員成本

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

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

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

　　6.2 設備成本

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

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

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

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

　　6.3 其它經費預算

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

　　（1） 差旅費（旅費、出租）（含補貼）

　　（2） 資料費（圖書費、資料費、復印費、出版費）

　　（3） 通信費（市話長話費、移動通信費、上網費、郵資）

　　（4） 會議費（鑒定費、評審會、研討費、外事費等）

　　（5） 辦公費（購買辦公用品）

　　（6） 協作費（業務協作招待費、項目團隊加班伙食費）

　　（7） 培訓費（培訓資料編寫費、資料印刷費、產地費、設備費）

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

　　6.4 項目合計經費預算

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

　　7 關鍵問題

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

　　8專題計劃要點

　　專題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說明本項目開發中需要制定的各個專題計劃的要點。專題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝部署計劃。

軟件項目計劃書4

　　第一章 項目概述(理論教學時可用“引言”)

　　1.1目的

　　1.2 項目背景

　　1.3項目的范圍和目標

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

　　1.3.2主要功能 (可行性分析報告)：(1)概述 (2)系統流程圖 應包含舊系統的系統流程圖(調研的實際情況)和新系統的系統流程圖(你想像中的樣 子) (3)功能描述抽出其中的功能

　　1.3.3性能 (可選)

　　1.3.4技術約束 (可選)

　　第二章 項目估算

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

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

　　第三章 風險評估

　　3.1風險識別

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

　　3.2風險應對策略

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

　　第四章 項目進度計劃

　　4.1項目任務分解

　　我們從軟件工程角度來分，大致有如下的任務： 可行性研究報告 項目開發計劃 軟件需求分析 數據庫設計 總體設計 界面設計 網頁設計 相關美工設計 詳細設計 測試計劃 操作手冊 測試分析報告 項目開發總結 維護修改建議

　　第五章 關鍵問題

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

　　第六章 軟件配置

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

　　第七章 人員組織

　　人員及其角色

　　第八章 附錄

　　相關文檔、資料、數據等

軟件項目計劃書5

　　一、項目摘要

　　1.1市場背景

　　隨著中國互聯網用戶群的日益龐大，互聯網產業正扮演著市場經濟的重要角色。與此同時，信息時代的來臨徹底改變了人們傳統的通信手段。從寄信到打電話，從打電話到通話手機，從通話手機到能獲取大信息量的智能手機，人們獲取信息的主要手段發生了質的變化。人們不會僅僅滿足于手機只有通話與發短信的功能，而更多是把手機當成接受訊息的工具，了解時事的工具，建立社交網絡的工具，便利生活的工具，游戲娛樂的工具。而大學生對于各種信息平臺的接受度和依賴度普遍非常強，但是市面上的生活服務類應用軟件魚龍混雜，針對大學生的需求，以大學生的利益為基本出發點提供信息方便大學生的學習生活的應用軟件還少之又少。于是針對大學生群體的校園搜索APP也孕育而生了。

　　1.2產品簡介

　　校園搜索APP是一個依托第三方平臺(IOS平臺，安卓平臺)，針對在校大學生，聚合大學周邊衣食住行等信息，分類集中發布，方便大學生學習生活的應用軟件。和58同城，趕集網等生活服務類APP軟件相同是：都是為了服務消費者，都為消費者提供信息，方便消費者查詢。和其他服務類APP不同的是：校園搜索APP針對的是在校大學生，對消費者進行了細分，同時 APP發布的所有內容，是結合同學們的生活體驗，由專門的資料搜集整理人員進行搜集整理篩選確認之后再發布的，所有的信息發布都是以方便大學生生活為基本出發點。其主要內容包括以下幾個方面：

　　1)生活指南

　　周邊飲食：學校食堂的特有招牌菜，供應窗口，供應時間段，價格、學校周邊餐館的招牌菜，特色菜，新款菜系，人均消費，點菜攻略，學長學姐推薦指數，餐館優惠券，校內外外賣店電話，菜單，餐點飲料搭配套餐;

　　休閑購物：周邊商圈不同檔次商場，超市，書店，酒吧，咖啡館，美術館等的分布，交通路線、商場的特色品牌，換季折扣信息，同城活動、特色餐館，特色酒店，團購信息;

　　二手物品轉讓：二手書，二手衣物，二手電子產品，二手自行車等;

　　兼職：校內，校外兼職信息;

　　校內生活信：停水，停電，宿舍檢查，社團活動，晚會舉辦等信息發布。

　　2)學習指南

　　選課指南，優秀課程推薦，選課攻略，選修學分搭配攻略四六級，計算機，司考，國考等專業考試備考指南，資料分享，學習班報名，本校，周邊院校，圖書館以及博物館的講座指南，考研占座，資料團購，購買往屆同學的學習筆記，學校補考，預修，交換生等信息發布。

　　3)游玩指南

　　周邊景點旅游攻略、同學聚會，日租房，器械出租等。

　　4)其他

　　報名駕校考試、各局開各種證明的流程等。

　　1.3實施計劃

　　聯合周邊商戶，服務同學聯合學校周邊的一系列配套設施，飯店、旅店、商鋪等，為其在APP里提供詳細信息和廣告，使其加盟大學生校園搜索APP，周邊商戶可在APP里提供電子優惠券功能、團購功能、二維碼功能吸引目標用戶。與學校聯合，校園信息和新生作為重點，學校資訊提供方面肯定要和學校有一定合作才能提供相應的信息，可與學校談妥把學校的日常信息、介紹放進APP內。與學校合作對于剛進校的新生來做推廣，把其加進開學教育內容，對大一新生做全面的推廣，在學校醒目地方貼該APP應用的二維碼讓學生們下載，并在校內網上做宣傳。之后與多個學校合作，推廣到各大高校組織。

　　二、業務描述

　　1.1業務簡介

　　校園APP是面向特定學校學生，旨在為學生提供本地化的學習、生活等信息并具備一定社交功能的智能手機應用程序,其功能具體包括：校園資訊、信息查詢、生活服務、本地交友等各個方面，不僅可以為高校學生在生活、學習、娛樂中提供各種便捷服務，也為我們大學生創業提供了一個良好的契機。

　　2.2發展前景

　　隨著智能手機的迅速普及，基于智能手機的手機APP近年來得到了迅速發展。與一般商業化的APP相比，面向高校學生的智能手機APP又有著自身的特點。不同種類APP在具備自身所設計的應用軟件功能同時一定程度上也有著媒體的屬性，因此，可將其歸于新媒體的范疇。 目前對國內校園投入使用的APP數量沒有準確的統計數字，可以肯定的是由于開發APP的技術門檻和成本要求都處于較低的水平，未來一段時間內在相應需求的'推動下和國家鼓勵大學生自主創新創業的政策引導下，投入使用的校園APP數量將進入一個快速增長的階段

　　三、產品與服務

　　3.1APP的設計

　　APP部分分為ios系統與Android系統兩個版本，界面設計以簡潔明了的風格為指導，分為用戶、功能和軟件反饋三部分。

　　用戶部分是用戶管理自己的賬戶和個人信息的部分，支持缺省(即游客登錄)，包括賬戶的信息管理，標簽組的管理，自定義標簽的管理，推送信息的設置，課表信息的保存，收藏信息的管理;

　　功能部分是軟件功能實現的部分，包括關聯百度地圖提供導航，關聯微信等軟件提供地址或店鋪等信息的分享，關聯鬧鐘進行提醒，預存的課表系統(包括教學樓內教室平面圖)，信息推送系統，以及聯網獲得店鋪信息的系統，用戶和軟件反饋的實現系統;

　　軟件反饋是對軟件進行設置以及用戶聯系軟件設計者的部分。包括軟件的基本設置(登陸注銷，是否推送消息，版本更新等)，意見反饋(以文字形式提交意見及想法)，商業聯系方式(需要宣傳的校園活動通過此渠道與專人聯系)。

　　同時也有對應的APP后臺管理系統，負責管理上傳的店鋪信息及各種及時更新的推送消息。同時記錄用戶的搜素記錄等各種信息便于以后升級與完善。

　　3.2APP的制作

　　使用JAVA制作Android版，使用蘋果發布的iOS專用的SDK制作ios版

　　3.3APP所提供的服務

　　1. 校園周邊地圖及導航：對學校周邊的位置進行校園化的標注(校園化意指用本校學生通用的地名在地圖上進行詳細標注，如使用：七食堂單車棚，一教等。對各個地方進行詳盡仔細的標注，每一家店都進行標注，范圍是本部，南校，新校，后湖小區，步步高廣場等學生常出沒的地方，后續追加鐵道、湘雅等)同時支持用戶間分享地點;

　　2. 校園及周邊的店鋪評價：對周圍的每個店鋪進行星級評價，參照其他的點評APP給出初始評價，對每家店鋪給出兩個“特色名額”(如飯店為特色菜，飲品店特色飲品，旅館特色房間等)接受用戶的持續更新，每家店都設一張宣傳用的實地照片，需要經過驗證才會通過。支持店鋪的收藏及分享;

　　3. 常用地點的推薦：對網上各處的攻略貼進行APP的特色化(地圖導航，圖片預覽，評價及收藏信息)，并推出基于特定活動的(而不是地點本身的特點的)專門的推薦組(如：約會該去哪，班級活動地點的選擇);

　　4. 課表及教室指引功能：可以自主設定課程名稱，APP內自帶上課的時間段和教室位置供選擇，同時提供詳細的教學樓(A，B，C，D座，新校各樓，本部各樓等)教室位置平面圖，上課教室以高亮顯示。提供課前鬧鐘功能，可以自主設定上課前多長時間提醒;

　　5. 校園信息推送功能：實時推送各個校園網上的信息(各院網，校官方的網站，云麓園，貼吧，學工網，教務管理網等)對信息進行分類并設置標簽，用戶可以對各個標簽進行關注，將實時推送用戶關注的標簽的信息(包括各類通知，成績發布時間，新聞，講座信息等);

　　6. 生活信息推送功能：對商家的優惠活動，及例如電影院等不斷更新的商品信息以類似的標簽方式進行推送;

　　7. 與身份相關的預設標簽組：具體細致的預設標簽組功能，更加符合校園學生的生活習慣，如班長，體委，新生，吃貨，運動達人等;

　　8. 校園活動宣傳窗口：建立一個由學生組織的校園活動的宣傳平臺，活動組織者或者組織可以聯系我們將海報等放置在軟件的宣傳頁。

　　3.4APP的完善及發展方向

　　1）對不集中的湘雅，鐵道校區資料進行補全;

　　2）對信息推送的來源網站進行關注，保證信息的實時性;

　　3）對搜索較高但未被收錄的地區進行擴展及補全。

軟件項目計劃書6

　　一、公司概況

　　本公司名稱為“AI健康助手”，成立于20xx年。公司致力于開發一款基于人工智能技術的健康管理軟件，幫助用戶實時監測健康狀況、制定個性化的健康管理計劃，并提供便捷的健康咨詢服務。我們的經營范圍包括軟件開發、技術咨詢、健康管理服務等。

　　二、項目描述

　　“AI健康助手”是一款基于人工智能技術的健康管理軟件。通過智能穿戴設備和醫療健康APP，用戶可以實時監測心率、血壓、血糖等健康指標，并獲得個性化的健康管理計劃。此外，用戶還可以在APP上獲得專業的健康咨詢服務，包括飲食、運動、醫療等方面的建議。

　　我們的技術實現方案包括數據采集、數據分析、智能推薦等。隨著人們生活水平的`提高和健康意識的增強，對健康管理服務的需求將會大幅增長。根據市場調研，到20xx年，全球健康管理市場規模將達到8萬億美元。

　　三、行業及市場分析

　　當前，全球健康管理市場正以每年10%的速度增長，預計到20xx年將達到8萬億美元。隨著人工智能技術的發展，越來越多的公司開始涉足健康管理領域。在中國，健康管理市場也呈現出快速增長的趨勢，市場規模預計將在20xx年達到1.5萬億元人民幣。

　　市場上已經出現了一些健康管理APP，但是這些APP存在數據不準確、推薦不個性化等問題。我們的競爭優勢在于采用了先進的人工智能技術，可以實現對用戶健康數據的準確監測和個性化管理。

　　四、項目執行計劃

　　我們預計“AI健康助手”的開發周期為兩年，預算為500萬美元。在第一年，我們將開發并完善數據采集和分析功能，并推出第一個版本的應用程序。在第二年，我們將加強應用程序的功能，包括推出個性化健康管理計劃和健康咨詢服務，并加強應用程序的用戶體驗和用戶界面設計。

　　我們的營銷策略包括社交媒體廣告、線上營銷活動、合作伙伴關系等。我們將在各大社交媒體平臺上進行廣告宣傳，并與醫療機構、保險公司等合作伙伴建立合作關系，共同推廣“AI健康助手”應用程序。

　　我們預計在第二年實現盈利，銷售收入主要來自于應用程序下載、個性化健康管理計劃和健康咨詢服務等。我們將在兩年內實現收支平衡，并在第三年開始逐步擴大規模。

　　五、財務預測與融資計劃

　　我們預計在第一年內需要融資100萬美元，用于開發應用程序和建立營銷團隊。在第二年內，我們計劃再融資300萬美元，用于擴大營銷團隊規模和推出個性化健康管理計劃及咨詢服務。我們預計在第三年內實現盈利，并在未來五年內逐步擴大規模。

　　六、項目風險與機遇

　　我們的項目面臨的風險包括技術風險、市場風險和競爭風險。

　　我們的項目面臨的機遇主要包括快速增長的健康管理市場和對個性化健康管理服務的強烈需求。預計到20xx年，全球健康管理市場規模將達到8萬億美元。隨著人們生活水平的提高和健康意識的增強，對個性化健康管理服務的需求也將大幅增長。我們將在市場上推出具有競爭優勢的產品，滿足用戶需求，并逐步擴大市場份額。

　　七、團隊概述

　　我們的團隊由多名具有豐富經驗和專業背景的人員組成，包括軟件開發工程師、市場營銷專家、醫療顧問等。我們的創始人擁有多年的人工智能技術研發經驗，并曾在多家知名科技公司擔任高管職位。我們的核心團隊成員均具有本科及以上學歷，并在各自領域擁有豐富的經驗。我們還將與其他專業機構和顧問合作，為我們的項目提供更多的專業支持。

軟件項目計劃書7

　　一、教學管理系統分析設計計劃

　　教學管理系統是一個面向學校的管理系統，主要用于課程的管理和教師的分派。借助這套系統，每個學生可以隨時查到自己所選的課程，以及該門課程的任課教師是誰。同時，教師也能知道該學期自已一共有多少門課程要教，以便教師合理的安排時間。而且是基于IE的系統，能實現系統與課程安排的`實時同步，只要學校做出調整，系統內部會第一時間做出相應的調整

　　二、教學管理系統的編碼測試計劃

　　根據實際情況，本小組預計使用1-1個半月的時間進行編碼測試，其中會進行白盒測試和黑河測試以及壓力測試

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

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

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

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

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

軟件項目計劃書8

　　深圳某軟件公司擬定的打車項目商業計劃書

　　項目背景：

　　數據顯示，打車應用用戶搭乘出租車的諸多方式中，85.4%的用戶仍會選擇“招手打車”方式，45.9%的用戶在一定情況下會使用“打車軟件”，而通過手機地圖打車的用戶僅占9.2%。前輪打車補貼戰在圈住用戶的同時也培養了用戶的消費和支付習慣，可進一步實現O2O布局。打車應用仍需在精準地理定位、縮短候車時間等方面提升用戶體驗，解決用戶出行打車的核心需求，在此基礎上圍繞用戶出行需求布局線下，分類精準化布局基于位置和時間的其他出行服務。

　　打車應用用戶搭乘出租車的諸多方式中，85.4%的用戶仍會選擇“招手打車”方式，45.9%的用戶在一定情況下會使用“打車軟件”，而通過手機地圖打車的用戶僅占9.2%。

　　快的打車與滴滴打車通過長時間的補貼優惠，獲得了一定的用戶群體，并相應培養了用戶的打車習慣，為其下一步的商業布局奠定了一定的用戶基礎。

　　截止至20xx年上半年，中國打車應用市場繼續呈“快的打車”與“滴滴打車”并舉的雙雄割據狀況，且兩款應用的用戶重疊度均超過50%。截止至20xx年6月底，54.2%的用戶安裝使用打車應用的時間為1—2月，安裝使用了3—5月的用戶占比33.5%。

　　當前，快的打車與滴滴打車的用戶群體有一定重疊，87.7%的用戶(根據用戶打車應用使用時長統計)在“補貼戰”最盛之時安裝使用兩款應用。“后補貼”時代，快的打車與滴滴打車兩款應用如何實現差異化經營、獲取用戶粘性或為兩款應用后續運營的重點。

　　用戶在多種情況下會選擇使用打車應用。其中，“有急事趕時間”、“下雨等天氣不好時”、“地理位置較為偏僻的地方”、“上下班高峰期間”為使用的常頻場景，分別占比61.5%、38.4%、32.7%與30.7%。24.2%的用戶會在“較早或較晚出行時刻”選擇打車應用預約打車。

　　用戶選擇使用打車應用相當程度上為“應急之需”。這也說明了打車應用相應滿足了基礎用戶和強需求用戶的打車需求。該兩類用戶打車需求較多，打車軟件的`出現提供了另一種打車方式，并且在地點偏僻地段、冷門打車時間較好解決了該部分群體的打車痛點。

　　用戶使用打車應用的諸多因素中，71.9%的用戶認為打車應用“確保能打到車”；“有補貼”對53.8%的用戶構成一定的吸引力；36.1%的用戶認為使用打車應用“省時間”，并且認為能有效利用碎片時間的用戶占比17.8%；15.3%的用戶認可打車應用使用“移動支付較便捷”。

　　快的打車與滴滴打車聲勢浩大的“補貼”競賽雖是吸引用戶安裝使用的重要原因，但打車應用所帶來的便捷性、高效性也被相當規模的用戶所認可。打車應用的未來發展仍應首先滿足用戶快速、便捷打車的核心需求。

　　20xx年上半年用戶選擇打車應用的諸多因素中，打車應用的“接單速度”與“候車時間”較被用戶所看重，分別占比為64.2%、48.4%;30.3%的用戶看重打車應用的“積分制度”；“補貼金額”這一因素會影響24.6%的用戶選擇。

　　“打車預約方便出行”這一要素占比96.5%，無疑成為吸引用戶繼續使用打車應用的首要原因，46.7%的用戶表示“已養成使用打車軟件”的習慣，“打車應用的后續優惠”仍會吸引35.4%的用戶繼續使用打車應用。

　　打車應用逐步減少或取消用戶補貼后，19.7%的用戶不會繼續使用打車應用。該部分用戶群體中，42.8%的用戶認為“招手打車更方便”，35.6%的用戶因“取消補貼，優惠力度不大”而棄用打車應用。28.7%的用戶認為“后續積分優惠程序復雜，不便利”，從而影響了用戶繼續使用的積極性。

　　補貼取消后即不再繼續使用打車應用的用戶應屬于弱需求用戶。該部分群體或處于較容易打車的城市或城市地段，招手打車是更為方便的選擇。打車應用的補貼可節省一定的打車成本，補貼取消自然會減少或取消打車應用的使用。

　　用戶對打車應用的各項不滿意因素中，“遭司機挑單拒載”最為用戶詬病，占比53.8%。27.4%的用戶表示有時打車“需加價格才能獲得司機回應”。 “移動支付網絡不暢”、“移動支付綁定銀行卡顧慮” 兩項也分別被23.8%、22.1%的用戶所擔憂。

　　隨著快的打車與滴滴打車“搶占用戶”階段的結束，如何完善服務體驗成為兩款應用后期平穩運營的核心。

　　打車應用用戶對打車應用服務提升方面，50.1%的用戶希望能夠“提供、制作更精準的地圖及定位”；43.7%的用戶希望“完善會員制，提供乘客端衍生品”。希望通過使用打車應用獲得“打車積分兌換團購票務服務”的用戶占比31.2%。

　　前輪打車補貼戰在圈住用戶的同時也培養了用戶的消費和支付習慣，可進一步實現O2O布局。打車應用仍需在精準地理定位、縮短候車時間等方面提升用戶體驗，解決用戶出行打車的核心需求，在此基礎上圍繞用戶出行需求布局線下，分類精準化布局基于位置和時間的其他出行服務。

　　在沒有使用打車應用的乘客群體中，45.1%的該部分乘客表示 “招手打車更快”，29.4%的受訪用戶表示會“擔心移動支付安全”。安全問題也為該部分乘客所擔憂，“擔心打到黑車”占比21.5%。在沒有使用過打車應用的乘客群體中，15.6%的用戶表示“不會使用打車軟件”。

　　目 錄

　　第一部分 摘要

　　一、項目背景

　　二、項目簡介

　　三、項目競爭優勢

　　四、融資與財務說明

　　第二部分 打車應用行業與市場分析

　　一、市場環境分析

　　（一）政策環境分析

　　（二）經濟環境分析

　　二、打車應用行業預測分析

　　三、打車應用目標市場分析

　　四、市場分析小結

　　第三部分 公司介紹

　　一、公司基本情況

　　二、公司業務介紹

　　三、組織架構

　　四、主要管理團隊

　　第四部分 產品與技術

　　一、主要產品介紹

　　（一）主要產品

　　（二）產品性能

　　（三）產品的競爭優勢

　　二、技術與研發

　　（一）關鍵技術介紹

　　（二）技術亮點

　　（三）現有的和正在申請的知識權

　　（四）研發團隊

　　（五）持續創新安排

　　第五部分 營銷規劃

　　一、營銷戰略

　　二、營銷措施

　　第六部分 項目發展規劃

　　一、發展戰略

　　二、階段發展規劃

　　三、實現經營目標采取的具體策略

　　（一）營銷網絡計劃

　　（二）人才培養和引進策略

　　（三）服務提升計劃

　　第七部分 融資說明

　　一、資金需求

　　二、資金使用規劃及進度

　　三、資金籌集方式

　　四、投資者權利

　　五、投資退出方式

　　六、項目估值

　　（一）評估技術說明

　　（二）收益現值法簡介

　　（三）評估假設與模型

　　（四）評估值的計算

　　第八部分 財務分析與預測

　　一、財務評價依據

　　二、財務評價基礎數據與參數選取

　　三、有關說明

　　四、經營收入預測

　　五、成本費用估算

　　六、盈利能力分析

　　（一）項目損益和利潤分配表

　　（二）項目現金流量預測表

　　（三）項目財務評價指標計算

　　七、財務評價結論

　　第九部分 風險分析

　　一、風險因素

　　（一）行業競爭加劇風險

軟件項目計劃書9

　　1．引言

　　1.1編寫目的

　　開發基于互聯網的學生選課系統，提高管理工作的效率、提高信息的開放性、改善學生和

　　教師對其最新信息查詢的準確性。

　　1.2項目背景

　　某校在校生近5000人，每學期在期末都要進行一次對學生的學習質量測評，要求所有學生都要參加。以前測評的方式都是手工考核操作，由教務處發出試卷，每個同學填寫完成后交回到教務處。然后教務處再使用手工的方法對試卷進行統計匯總，最后得出學生的成績。

　　建議進行《學生成績考核系統》的開發。

　　我院計算機系具備進行該軟件系統開發的能力并承擔本軟件系統的開發與維護工作。該軟件系統由我院教務處使用。

　　1.3定義

　　《學生成績考核系統》以下簡稱《考核系統》。

　　1.4 參考資料

　　(1)” 學生成績考核系統系統定義

　　報告”

　　(2) ” 學生成績考核系統可行性研究報告”

　　2. 主要內容

　　2.1 工作內容

　　系統所需要的'基礎數據來源：

　　“考核系統”需要實現的功能包括兩大部分：

　　一是前臺的數據采集，具體包括：

　　德育測試頁面、體育測試頁面、智力測試頁面、數據存儲頁面。

　　二是后臺的數據管理部分：包括測試設置、德育測試、體育測試與智力測試的數據統計及查詢。

　　2.2條件和限制

　　使用SQL SERVER 20xx作為數據庫的建設工具，相關的管理程序開發主要使用SQL SERVER 20xx及NET等。

　　2.3 產品

　　2.3.1 程序

　　可運行的程序包括：SQL SERVER 20xx，Microsoft Visual Studio 20xx

　　2.3.2 文檔

　　可行性研究報告，項目開發計劃書，軟件需求說明書，概要設計說明書，詳細設計說明書，數據庫設計說明書，操作手冊，測試計劃，測試分析報告，項目開發

　　總結報告。

　　2.4 運行環境

　　《學生成績考核系統》應該運行在Windows XP 以及以上版本的平臺上。

　　2.5 驗收標準

　　《學生成績考核系統》能讓學生能成績考核和查看成績，教師能管理成績。

　　3. 實施計劃

　　3.1 任務分解

　　需求分析：

　　學校每年新生入學，畢業生離校和各種其它變動，如學籍變動，個人信息修改。每學期學校者要開設一定的課程提供給學生根據自己的情況來選擇，最后的選擇結果要給出學生的課程表。如何有效的管理這些學生信息，幫助學校和老師管理和掌握這些情況，這就是學生信息管理系統需要完成的任務。下面用軟件工程的思想和方法完成該系統的設計過程。

　　功能：

　　個人信息查詢和修改，包括流動，注冊，更新管理

　　系統設計：“中學生成績管理信息系統”包括四個模塊：成績錄入、班級統計、年級統計、系統功能。這五個模塊既相互聯系又相互獨立，班級統計、年級統計模塊必須以成績錄入為基礎。(1)成績錄入模塊：主要功能用來對中學生的成績進行收集和修改。具體包括中學生成績錄入、修改、增加、刪除、查詢、打印等功能，由于一些資料可以Word文檔或Excel表格輸入，故在此模塊中增加了導入、導出數據功能。成績錄入需要分班級、分年級以及某個時間考試的各門功課的成績。修改要與成績錄入相對應。增加、刪除是對基本表的操作。查詢條件設置應該齊全，可以班級查詢，年級查詢，也可以姓名查詢，學號查詢等等。分成績單打印、報表打印等。(2)班級統計模塊：主要功能用來對中學生的成績以班級為單位進行處理。具體包括各班學生總成績、平均成績、班級排名及統計班級某分數段內的學生人數；各個學生該科成績、班級排名及統計班級某分數段內的學生人數。各項統計僅對于某學期某次考試而言。(3)年級統計模塊：主要功能用來對中學生的成績以年級為單位進行處理。具體包括各年級學生總成績、年級排名統計年級某分數段內的學生人數；各個學生該科成績、年級排名及統計、年級某分數段內的學生人數。各項統計僅對于某學期某次考試而言，在統計時，還應注意各年級考試科目不同。(4)系統功能模塊：包括幫助信息，關于系統及退出系統。

　　編碼：

　　測試計劃：進行黑盒測試

　　測試人員：

　　3.2 進度安排

　　需求分析： 第1周

　　系統設計： 第2~3周

　　編碼：第4~7周

　　測試計劃與測試：第8~10周

　　包裝和發布：第11周

　　機動：第12周

　　3.3 預算

　　開發費用：8000元

　　設備費及其他：5000元

　　合計：13000元

　　4. 人員組織及分工（略）

　　5. 交付期限

　　6. 專題計劃要點（詳見后續內容）

軟件項目計劃書10

　　主要內容

　　項目計劃書的內容：關于惠祥鋼鐵，物流，煤炭經營的可行性計劃。

　　項目概況

　　項目名稱：致力于鋼鐵，物流，煤炭行業的發展。

　　項目承辦單位和項目投資者的有關情況。即：生產經營內容、生產經營規模、產品銷售情況、年上繳稅額、自有資金數額、債權債務情況等。

　　興辦外商投資項目要簡述：

　　(1)合營各方概況，即：合營各方名稱、法定地址、法定代表國籍及姓名、資金實力、技術力量等

　　(2)合營方式(注明合資、合作、獨資)

　　(3)合營年限

　　(4)經營范圍

　　(5)產品銷售方向(內銷或出口比例)

　　簡述項目建設的必要性和依據。技術引進項目，要簡述技術引進內容(關鍵設備或技術專利)、擬引進技術設備水平及其國別和廠商產品技術水平及市場銷售前景。

　　建設條件

　　項目建設擬選地址的地理位置、占地范圍(四至范圍)、占用土地類別(國有、集體所有)和數量、擬占土地的現狀及現有使用者的.基本情況。

　　如果不指定建設地點，要提出對占地的基本要求。

　　項目建設條件。簡述能源供應條件、主要原材料供應條件、交通運輸條件、市政公用設施配套條件及實現上述條件的初步設想。需進行地上建筑物拆遷的項目，要提出拆遷安置初步方案。

　　建設內容

　　建設規模和建設內容。生產性項目要提出主要產品品種、生產工藝及生產能力;非生產項目要根據項目的不同性質說明其規模，如旅館、賓館項目要說明有多少客房、多少床位;房地產開發項目要說明擬建的建筑物類別及數量;成片開發建設的小區要說明小區的主要功能、建筑容積率等。

　　總建筑面積及主要單項工程的建筑面積。

　　環境影響

　　一般民用建筑項目不寫，其他非工業生產項目簡寫。

　　估算

　　項目總投資額。技術引進項目要說明進口技術設備使用外匯數額，建設費用和購置國內設備所需人民幣數額;外商投資企業要說明總投資額、注冊資本數額、合營各方投入注冊資本的比例、出資方式及利潤分配方式。

　　資金來源。利用銀行貸款的項目要將注設期間的貸款利息計入總投資內。 利用外資項目要說明外匯平衡方式和外匯償還辦法。

　　(六)建設進度初步設想

　　(七)經濟效益和社會效益的初步估算

　　(八)結論

　　附件

　　建設項目擬選位置地形圖(城近郊區比例尺為1：20xx;遠郊區縣比例尺為1：10000)。標明項目建設占地范圍和占地范圍內及附近地區地上建筑物現狀。

　　在自有地皮上建設，要附市規劃部門對項目建設初步選址意見(規劃要點或其它文件)。

　　國家限止發展的或按國家及市政府規定需要先由行業主管部門簽署意見的項目，要附有關行業主管部門簽署的審查意見。

　　外商投資項目要附以下材料

　　(1)會計師事務所出具的外商資信證明材料。

　　(2)合營各方的營業執照(復印件)。

　　(3)合營各方簽署的合營意向書(境內單位要有上級主管部門的意見)。

　　兩個或兩個以上境內單位合建的項目要附以下材料

　　(1)合建各方簽署的意向書(要有上級主管部門的意見)。

　　(2)合建各方的營業執照(復印件)。

　　其他附件材料。

軟件項目計劃書11

　　一、公司簡介

　　起航軟件公司是一個以開發數據庫軟件、行業軟件和網站建設，發展成熟之后著力于發展電子商務的高新科技公司。

　　1. 業務目的：

　　20xx年全國軟件市場銷售總額為1100億元，比同期增長為46.5%。軟件行業是一個朝陽產業，從98~03年以平均超過30%的速度增長，且有數據顯示這種規模的持續增長會持續到20xx年。另外，電子商務在國內處于起步階段，虛擬電子貨幣消費基本處于空白，隨著網絡泡沫的覆滅，實務的網絡營銷被認定為中國電子商務的突破口，所以前段時間國內大型電子商務都收到不同程度的風險投資(1000-8000萬美元不等)。由此可見，電子商務的第二春就要到來。而國內主要的電子商務企業所占市場無非是北京、上海、廣州等大城市，根本無暇顧及廣大的內地市場。我們分析得出，未來5年中在內地投資電子商務，將是絕佳的機會——即有現成和成熟的運作模式、廣泛的市場渠道，而沒有強大的競爭對手。我們的業務目的就是在初期以軟件研發、銷售為主，積累資金、技術和客戶，讓公司形成規模，成熟后便開展電子商務，搶占內地這塊空白的高利潤市場。

　　2. 我們的團隊：

　　創業團隊由前電子科大國騰軟件學院起航軟件工作組演化而來，匯聚了全學院精英。工作組始終強調以人為本，要求成員私下倆倆結友。通過近一年的磨合與相互學習，團隊內已經營造出了良好的工作氛圍，人與人之間的關系非常融洽，甚至由此形成了一種文化。讓每位成員都具有良好的團隊精神，是工作組最引以為傲的成就。工作組內部，我們讓所有成員都有機會體驗各種角色，從而加強了對別人工作的認識和理解，同時也促進了競爭和相互學習。

　　工作組在長期的實踐中積累了大量的工作經驗和技術實力，由只能做小程序的丑小鴨成長為能夠獨立完成中等規模軟件項目的雛鷹。在與其他公司的合作過程中，工作組積累了很多社會關系，為公司運作籌備了穩定的項目來源和可靠的技術支持。

　　為了使工作趨于正規化，工作組制定了嚴格的規章制度。靈活的項目開發小組劃分原則、項目跟蹤和文檔管理制度相繼被建立和完善起來。每個臨時小組設立相應負責的組長，將每位成員的具體職責落實到處，杜絕虛設職務。在項目的開發、計劃、跟蹤管理、軟件需求等方面參照了國家標準，并堅持記錄工作組日志、提交項目進度報告、編寫每個項目周期的項目總結。

　　工作組很重視思想工作，定期舉辦如燒烤、旅游等的團隊活動。還通過討論前景的方法鼓勵大家的工作激情，以提高團隊協作精神和凝聚力，使所有成員都擁有應付各方面競爭的綜合能力。

　　我們會把好的東西、優良的傳統帶到以后的工作中，繼續保持下去。

　　3. 公司描述：

　　3.1 公司性質：

　　軟件高新技術公司。

　　公司以開發數據庫軟件和行業軟件、建設維護網站、提供系統集成和商務解決方案為主要業務，成熟后著力于開發自主知識產權的軟件產品和發展電子商務。

　　3.2 公司名稱：

　　起航軟件有限責任公司

　　3.3 公司結構：

　　公司以股東會為根本，由股東會產生董事會，監管公司日常運作，董事會包括董事長和董事會秘書，董事長代表董事會決定公司重大問題，如任命總經理。董事會秘書負責監管公司財務、人事情況等，向董事會負責。總經理負責公司日常事務，重大事件需提交董事會決定。總經理下設技術部、營銷部和財務經理，兩個部門的部門經理向總經理負責。會計向總經理、董事會負責。(具體內容參看附件中公司章程部分)

　　3.4 公司經營策略：

　　公司以多種經營方式來實現利潤最大化的最終目標，包括定制和外包、自研系列軟件產品、開發軟硬結合產品、提供解決方案、發展電子商務等。前期的軟件定制和外包，我們將充分利用股東數量多、關系廣泛的優勢，快速積累資金以提供軟件產品和集成系統的研發。成熟期，軟件產品將為發展電子商務打下基礎。除了爭取融資以外，我們會利用現有資源構筑電子商務的框架，讓投資商看到美好的前景。業務開展過程中，我們盡量避開現有幾家大型電子商務企業的競爭壓力，轉戰他們無暇顧及的內地城市，蓄積實力同時搶占市場份額。另外，我們會積極尋求與本地超市合作，以充分利用各自資源。達到我們、超市和顧客多贏的局面。

　　3.5 相對價值增值：

　　我們通過系列軟件構建出的電子商務平臺，將引導消費者習慣網上消費和使用虛擬貨幣，充分利用超市的配送系統和進貨渠道(物流鏈)，避免我們的資源浪費，同時通過利用我們的消費渠道節省超市大規模占用場地和大批雇傭銷售管理員工的費用。從宏觀上看，使資源配置更加合理，相對價值勢必增加。

　　3.6 公司設施：

　　公司初期需要三臺電腦、一系列開發所需軟件和一個良好的辦公環境。公司計劃選取成都高新西區國騰園863軟件孵化基地為辦公場地。我們預計，三年內，收回公司前期所有投資，并在此基礎上實現公司50萬以上的資金積累。

　　3.7 資金投入和運用：

　　前期資金主要用于職員工資、系列軟件研發、努力提高生產和研究能力、客戶關系建立等方面(注：根據中國現狀，我們的系列網絡軟件打算先免費發布，以爭取和發展客戶群、提高企業知名度，為電子商務的發展構建基礎平臺)。

　　擴展期資金主要用于提高技術和錄用新的員工以支持在擴大的市場中的`持續發展。

　　公司成熟期將以構建電子商務平臺為主要任務，大規模融資(爭取能上市)，全面開展基于系列軟件客戶群和安全平臺的電子商務業務，以步步為營的戰略方式，與政府合作，培養人民的虛擬貨幣使用習慣。公司將逐步增加在安全性和基礎設備方面的投資，并把商品儲備和配送體系作為公司新的發展方向，努力實現多渠道和多體系。

　　3.8 公司優勢：

　　軟件公司創業計劃書范文軟件公司創業計劃書范文

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

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

　　二、 公司的組成與管理

　　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。

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

　　(1) 政府雖然有大規模的軟件采購，但對軟件專項定做和維護并未系統，缺乏高效和專用性;

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

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

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

　　2. 目標市場分析：

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

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

　　A、目標市場描述

　　軟件公司創業計劃書范文投資創業

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

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

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

　　B、目標消費群

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

　　3. 市場風險分析：

　　1) 投資方臨時撤股。

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

　　2) 項目來源短缺

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

　　3) 大公司的競爭壓力

　　WiseMedia

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

軟件項目計劃書12

　　計算機軟件特別是數據庫軟件已成為當今計算機應用的核心力量，因此軟件開發人員需掌握精準的開發技巧，了解整個開發過程，這樣才能使他們對軟件項目有清晰的認識，從而獲得事半功倍的效果。

　　1 開發前的準備工作

　　一般來說，每個軟件項目在開發之前都會有一份系統任務書，明確了軟件的開發目標、主要任務、功能、性能指標，還有研究人員和經費、進度等方面的安排，這將是系統設計開發和驗收的基本依據。

　　然而，系統任務書只是對軟件項目的基本要求。面對具體情況，軟件開發人員和需求分析師需要共同探討并詳細分析軟件項目的細節。必要時還需要進行實地考察，最后共同制定出系統的需求分析。需求分析的目標在于：

　　確保軟件在軍事、技術、經濟和社會環境上的可行性和必要性；

　　分析現有系統（工作環境）的狀態，描繪待開發系統的具體需求，為用戶提供與開發人員之間的交流基礎，并提供項目設計的基本信息。

　　需求分析報告的基本框架包括：

　　概述：包括編寫的目的、背景、參考資料和術語縮寫；

　　現有系統的分析；

　　待開發系統的詳細需求；

　　使用環境；

　　可行性分析；

　　結論意見。

　　2 軟件開發過程

　　擁有系統任務書和需求分析報告后，軟件設計師就需要對軟件項目的實現進行系統分析，系統分析包括系統的整體方案、系統設計說明，它們是軟件設計的重要參考。

　　2.1 系統總體方案

　　基于系統開發單位和用戶的深入互動和理解，我們需要提出系統的技術架構，明確系統的功能、性能等主要指標，規定實現方法和要求，這些都是系統進行詳細設計的基礎。

　　系統總體方案基本框架包括：

　　引言：包括編寫的目的、背景、參考資料和術語縮寫；

　　項目概述；

　　實施總計劃。

　　2.2 系統設計說明

　　根據《系統總體方案》提出的系統架構、功能、性能及數據要求，我們需要確定系統的物理結構，闡述系統主要技術方面的設計和采用的技術方法以及系統的標準化約束等，這些都是系統實施的基本依據。

　　2.3 軟件開發

　　開發語言的選擇因人而異，開發數據庫系統我更傾向于DELPHI，因為它對數據庫開發的`支持非常完善。

　　在軟件實現方面，我們已經說明了一種客戶/服務器結構，但這種結構本身也有一些問題，例如客戶/服務器結構經常將應用系統的企業邏輯編寫在客戶端的應用程序中，因此當應用系統需要改變時，所有在客戶端的應用系統都必須改變，這對MIS系統的維護來說成本太高了。為了解決這些問題，我們必須導入所謂的應用程序服務器，軟件開發人員以一種特定的組件形式，如Microsoft的COM/DCOM，CORBA對象，或EnterpriseJavaBean等，組裝企業的邏輯程序代碼。這種經過組裝，能夠執行特定企業功能的對象便稱為"企業對象"，然后把這些企業對象分發到此應用程序服務器。

　　關于程序設計中的技巧有很多，這里不再贅述。

　　3 軟件開發后的工作

　　軟件項目在開發完成后還需要進行系統測試，以驗證開發出來的軟件的功能和性能是否達到預期要求。

　　3.1 軟件測試大綱

　　這是軟件設計人員用來自測系統的。包括：

　　測試環境；

　　功能測試內容；

　　性能測試內容；

　　附錄：附表一 系統功能測試表；附表二 系統性能測試表。

　　3.2 用戶應用測試

　　由用戶在實際使用過程中進行測試，并給出應用證明。

　　4、總結

　　開發軟件項目是一個龐大的系統工程，上述只是介紹了通用軟件特別是數據庫軟件的開發過程和設計理念。它要求軟件開發者對其有深入的理解，熟悉軟件開發的思路。

　　通常一個人難以完成所有工作，需要一個優秀的合作團隊來協同完成。其中，需求分析師和系統分析師負責提供軟件項目的具體要求和設計理念，由軟件開發組把這些要求轉化為易于維護和持續發展的系統資源。

軟件項目計劃書13

　　1．簡介

　　1.1項目概述

　　本項目要開發一個倫敦證券交易所電子交易系統，系統一共分為買入業務、賣出業務、和系統管理等多個子系統。本團隊負責本系統。通過團隊合作開發整個系統，使團隊成員獲得軟件工程開發的實際經驗。本系統采用目前主流的B/S開發架構。交付的產品包括可執行的文件、源代碼、技術文檔與用戶使用手冊等。本系統的開發過程中的主要工作是系統需求分析、系統總體設計、系統源代碼開發、系統測試、交付組長進行最后的集成、整個系統的測試。關鍵里程碑是制定項目管理計劃書、制定需求設計規格說明書初稿、制定系統設計報告的初稿、進行子系統運行情況的檢查與測試、進行系統集成后的運行情況的檢查與測試。項目所需工具是個人電腦和開發工具。進度為15周，工程量為3人/天。

　　1.2項目范圍說明

　　（1）提交文檔：項目管理計劃、需求規格說明，設計報告、測試報告、用戶使用手冊和項目個人總結。其中項目總結為每人一份，每個小組所有成員的總結裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內部協商確定。所有文檔需要提交電子版和打印稿。

　　（2）源程序檢查：一共兩次。第一次檢查每個小組的子系統運行情況。第二次檢查每個團隊內小組集成后完整的倫敦證券交易所電子交易系統運行情況，檢查完成后需要提交程序源文件和可執行的系統。程序檢查安排在上機時間進行。

　　1.3軟件項目計劃書的演化

　　軟件項目計劃書在第三周周末前經由小組討論、共同撰寫、匯總整合三步驟形成初稿，第四周以后根據項目的進展可以對其進行修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應的修改。其余組員同步獲得更新稿。

　　2．項目組織管理

　　2.1過程模型

　　表1.過程模型表

　　2.2團隊的分工與合作

　　主程序員負責制。本團隊組織關系圖如下。

　　表2組織關系圖

　　3.管理過程

　　3.1管理目標及優先級

　　基本管理原則：每位成員既是積極的建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論基礎上由大家共同做出，一旦決策做出就必須被及時有效的執行。禁止再有異議。

　　目標1：按時按量完成項目的基本功能，按時發布產品及文檔，這是本團隊的最高目標。

　　目標2：遵循規范化的項目運作標準，文檔嚴謹完整，代碼注釋充分，便于后續維護，這是第二目標。

　　目標3：產品運行穩定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。

　　目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發過程中積極協作。

　　目標5：項目設計和開發上盡量有創新，有亮點。

　　3.2項目風險管理

　　本次開發過程中存在的風險及規避方法如下表：

　　表3項目風險及其規避方法

　　3.3項目溝通管理

　　報告機制：

　　1.要求各組員以周為單位記錄工作進展，形成開發日志，并以電子文檔的形式提交給秘書進行整理，最后由文檔維護員進行維護。

　　2.每周例會上各位組員積極對當前的開發工作進行積極的評審和建言，由組長做最后的作口頭總結，由秘書主持會議并記錄和整理會議的內容。文檔維護員修改和維護相應的文檔。并交由小組進行會議評審并給出意見。

　　3.小組成員都要密切監控風險狀態，發現風險后提交風險報告。由秘書定期提交風險報告。必要時將突發風險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由小組成員共同討論對風險的處理意見。并形成風險處理的日志做為以后的經驗。

　　4.在項目進行的過程當中，組員之間應該多進行各種形式的非正式溝通，以使溝通更加的'方便、快捷。

　　報告格式：報告主題，時間段，發現人，報告內容，審核意見

　　評審機制：每周例會上小組討論形成一致意見后并，并邀請團長和其他組長參加評議。對于重大的風險處即為通過，相關負責人針對改進意見開展下一周工作，嚴格執行例會上所制定的決策。小組會議持續評估其成效。每一項目階段結束之前（里程碑前后），組織一次階段評審會，評估整個階段的工作效率和成果質量。盡量與項目例會合理意見，應該由團長及其他組長組成評審團對處理意見進行審議和評估。并以評審團的決議作為重要參考來制定決策。

　　3.4項目人力資源管理

　　3.4.1項目所需人員

　　C#程序員：王洪毅，邢寶輝

　　要求：熟悉C#編程和微軟.Net平臺

　　界面設計員：王鵬飛

　　要求：熟悉CSS、Photoshop、.Net平臺

　　數據庫設計員：邢寶輝

　　要求：熟悉SQL語句，熟練使用SQL Sever 20xx

　　文檔維護員：王鵬飛

　　要求：熟悉使用Word及Powerpoint

　　溝通交流員：王洪毅

　　要求：較強的溝通能力，能及時調解組內以及組與組之間的矛盾。

　　軟件測試人員：全體組員

　　要求：熟練使用開發工具的debug工具，有耐心。

　　3.4.2技能培訓

　　C以及.Net編程培訓

　　培訓對象：全體組員。

　　培訓內容：熟練掌握C#編程、基本了解.Net平臺的特性、并掌握vs20xx的調試工具。于第6周完成。

　　美工培訓：全體組員

　　培訓內容：熟悉Css及Photoshop、了解Flash以及Dreamever的基本操作。于第8周完成。

　　4.技術過程

　　4.1開發工具、方法和技術：

　　本小組的團隊組織結構為主程序員式組織結構；編程語言為C#；采用面向對象的分析設計方法；利用Windows .Net平臺作為開發平臺；使用SqlSever 20xx作為數據庫管理系統圖；并采用統一的C#標準的文件命名方式、代碼版式、注釋等編碼規范；編碼人員對代碼進行嚴格檢查后再進行代碼編譯；測試人員根據測試文檔進行單元測試；最后實現軟件的交付。

　　開發環境：Sqlsever 20xx+ .Net 2.0 + Visual Studio 20xx。

　　4.2軟件需交付的文檔：

　　1．軟件項目管理計劃

　　該文檔由組長完成，介紹項目的整個管理過程。該文檔在軟件設計需求分析初級階段完成，后續階段由文檔維護員進行相應的更新。

　　1．需求規格說明初稿

　　在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規格說明初稿，并在后續各個階段進行需求變更的更新。

　　2．設計報告初稿

　　在總體設計階段，小組根據需求規格說明文檔，完成軟件體系結構的設計，由組長編寫軟件體系結構設計文檔初稿，并在后續開發階段補充和更新。該文檔由文檔維護員負責維護更新。

　　4.測試文檔

　　在軟件開發階段，測試人員需要編寫測試規格說明文檔，并在后續測試階段更新。開發人員將根據測試規格說明文檔建立測試環境、準備測試數據。

　　5．用戶手冊

　　在更新用需求分析階段，測試人員需要開始著手編寫用戶手冊，并在需求分析結束后需要形成初稿；在后續階段不斷由文檔維護員戶文檔；并在系統交付階段隨著系統一起被交付。

　　6.個人項目總結

　　由組內成員各自獨立完成，對開發過程中獲得的工作經驗進行總結。在提交系統時一并提交。

　　7.其他文檔

　　軟件開發過程中的其他文檔，如開發日志（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進行整理與匯聚。作為以后軟件開發以及交流的經驗。

　　5.項目進度及成本管理

　　5.1進度描述

　　項目進度描述如下表：

　　表4進度表格描述

　　5.2開發過程中的資源需求

　　人員：小組軟件項目開發成員

　　支持軟件：Microsoft Visual Studio 20##、.Net 2.0、Office、Sqlsever 20xx

　　開發地點：宿舍或者機房

　　實驗設備：個人PC機、筆記本、實驗室PC機

　　項目資源維護需求的數目和類型：3臺個人電腦（Pentium III 800以上CPU，256M以上內存）

　　5.3軟件管理過程中預算及資源分配

　　1.統一的開發不涉及任何經濟的預算，工程量初步設置為3人/天。

　　2.資源分配為各自使用自己的電腦。

　　5.4項目進度及關鍵工期設置

　　準備工作：

　　時間：第二周到第四周

　　關鍵工期：項目管理計劃初稿發布

　　需求分析：

　　時間：第五周到第七周

　　關鍵工期：需求規格說明書初稿的發布

　　系統設計：第八周到第十周

　　關鍵工期：系統設計初稿的發布

　　源代碼開發與測試：

　　時間：第十一周到第十三周

　　關鍵工期：編碼開發與測試

　　系統集成：

　　時間：第十四周到

　　關鍵工期：整個系統的成功測試

　　軟件交付：

　　時間：第十五周

　　關鍵工期：整個系統能成功且穩定的運行

軟件項目計劃書14

　　項目名稱：銷售管理系統

　　學校名稱：上海電機學院項目時間：20xx03.01-20xx.05.10

　　項目策劃人：趙慧哲、呂延晨、李娜、顧觀佩

　　1.系統主題

　　1.1引言

　　現在不管是公司還是學校都有各式各樣的系統，比如：學校里有教務管理系統、圖書管理系統等等。而公司中有工資管理系統、人員管理系統等。目前市場上的這些公司，基本上每個公司都要對其每天的銷售情況進行統計記錄，而且現在電腦這么普及，我們不像以前都是用手工記錄到本子上，然后人工進行數據的處理。所以建立一個銷售系統很有必要，為公司省去了許多不必要的人力資源，并且效率高、省時、操作方便、有很廣的應用域和發證，空間。

　　1.2背景及目的

　　在大二下學期我們開設了一門《實用軟件工程》的學科，在老師及專業課程的需要下，我們要進行一個為期15周左右的一個對軟件工程深入學習的平臺。需要我們在15周以內編出一個小型軟件。其次，在21世紀這個繁華的年代，銷售業也是蓬勃發展，出現了很多銷售管理系統來促使公司的發展，有了銷售管理系統，不僅僅有利于公司的管理，更加有利于我們及時地掌握數據資料，進行處理、統計與總結。基于這個想法，我們小組決定做一個銷售管理系統，以實現靈活的管理公司銷售業績的小系統。

　　本銷售系統可以完成以下功能：

　　（1）計算某個月每個人每種產品的銷售額；

　　（2）按銷售額對銷售員進行排序，輸出排序結果；

　　（3）統計每種產品的總銷售額，對這些產品按從高到底的順序，輸出排序結果（需輸出產品的'代號和銷售額）；

　　（4）輸出統計報表。

　　1.3系統與“創新杯”的主題關系

　　為迎接“創新杯”而進行的預演。我們的目標主要放在能做出一些實用性強的軟件，如果好的話，就能被大家廣泛使用。所以我們希望能使得“創新杯”能出現一些更有新意的東西，更好玩。吸引更多人的眼球。

　　1.4市場調查過程和結論

　　在確定課題前，我們特地上網看了一下當前比較熱門的課題，最多的為學校的圖書管理系統，但這個太過于大眾化，做的人比較多，而且我們也一直在使用，所以難度不大。后來我們發現銷售方面還算是比較熱門，而且做的人不多，對于我們來說，也比較新鮮，因為畢竟我們現階段都沒有接觸到，所以根據我們的綜合討論，覺得現社會有很多的機構需要該軟件，比如：酒店可以用該軟件管理贈品的發放，超市可以用來管理貨物的采購和銷售狀況，就連一個小飾品店都可以用該軟件來管理飾品的銷售量和顧客的需求量。從調查來看該軟件是很受社會歡迎的，實用性較強，而且現如今類似于該軟件的產品可謂是層出不窮，大大增加了我們做這個項目的必要性。

　　2.需求分析

　　2.1概要

　　這是一個很實用的小型銷售管理系統，包括了每件產品的銷售額的統計，以及總銷售額的統計，等等一系列的小功能，可以幫助小型商店和小型公司實現對每日產品的銷售統計，而且可以輸出各個銷售員的不同業績，操作簡單，顯示直觀，無需太多的技術要求，所以適合于大眾。

　　2.2使用場景

　　主要的面向對象：各類服裝店和小型公司。

　　場景描述：有四個銷售員，負責銷售五種產品。每個銷售員都將當天出售的每種產品各寫一張便條交上來。每張便條要包含： 銷售員的代號，產品的代號，這種產品的當天的銷售額；每位銷售員每天可能上繳0-5張便條。

　　詳細操作：在類似小型公司或者服裝店，一般都是看業績來提升的，或者是看業績來提名最佳銷售人員或者最佳員工，然后公司再進行一些獎勵制度。所以假設一名銷售經理需要在每天下班后統計今天的銷售量和銷售額，如果是手動統計，那計算量和工作量就太大了點；但如果她安裝在了本款軟件，運行程序后，可根據操作提示一步步操作。

　　首先，如果是第一次使用本款軟件，他需要先注冊用戶名和密碼，這樣也可以保證銷售情況的隱蔽性，后面每次查看或者添加新紀錄時，只需要輸入用戶名和密碼就可以進行操作，如果別人想要對銷售情況進行修改，那必須要知道用戶名和密碼，否則無法進行操作。注冊好用戶名和密碼后，進入界面，每個銷售員都有編號，然后輸入日期、銷售員的編號、產品編號、銷售額，都輸入好后，程序可以從高到低進行排序，這樣一眼便能看出每個人的銷售情況—最好的銷售人員。最后程序還可以進行總銷售額的計算，可看出這一天或這個星期或這個月公司的業績如何。

　　以上即是本款軟件的詳細操作過程，不僅實用而且簡單、直觀。在各類小型企業和服裝店等地方使用再合適不過了。

　　2.3實用性分析

　　我們設計這款軟件時，最想突出它的一個優點就是實用！所以我們是本這個目的去設計的。它簡單易懂、界面直觀、隱蔽性強，非常適合各小型企業對公司的管理，統計，查詢。花最低的成本去實現最高的效率。

　　2.4未來發展方向

　　本軟件現在來講只適用于小型的企業，但是將來會隨著我們小組隊伍的壯大，能力的加強，它不但可以應用在小型企業，更是可以在大型的企業中得以運用，而且功能會越來越強大，不僅僅是對營業額的統計，而且可以實現對每件產品銷售量的統計、管理、查詢。而且還有望發展到其他的各個領域。

軟件項目計劃書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（公司創辦人，現任董事長兼CTO，xx大學計算機系終身教授，數據庫及人工智能專家）；

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

　　周先生（于95年獲美國名校計算機科學博士學位，曾任美國xx公司中層管理人員、大型外資公司副總裁，軟件工程與人工智能專家）；

　　陳先生（于88年獲美國名校計算機科學博士學位，曾任美國加州硅谷著名軟件公司高級系統分析師）；

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

　　八、公司優勢說明

　　公司的主要優勢如下：

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

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

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

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

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

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

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

　　十、融資方案

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

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

　　十一、合作方式

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

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

【軟件項目計劃書】相關文章：

軟件項目計劃書11-24

軟件項目計劃書05-15

(精品)軟件項目計劃書06-16

（通用）軟件項目計劃書06-16

軟件項目計劃書（集合）06-16

軟件項目計劃書（精華）05-15

軟件項目計劃書（必備）05-16

軟件項目計劃書案例03-15

【推薦】軟件項目計劃書10-20

軟件項目計劃書模版03-15