軟體開發專案建議書大綱
第一章 軟體開發專案建議書之總論
一、專案名稱
二、承辦單位概況(新建專案指籌建單位情況，技術改造專案指原企業情況)
三、擬建地點
四、建設內容與規模
五、建設年限
六、概算投資
七、效益分析
第二章 軟體開發專案建議書之
電子商務軟體專案建設的必要性和條件
一、建設的必要性分析
二、建設條件分析：包括場址建設條件(地質、氣候、交通、公用設施、徵地拆遷工作、施工等)、其它條件分析(政策、資源、法律法規等)
三、資源條件評價
第三章 軟體開發專案建議書之
電子商務軟體專案建設規模與產品方案
一、建設規模(達產達標後的規模)
二、產品方案(擬開發產品方案)
第四章 軟體開發專案建議書之
電子商務軟體專案技術方案、裝置方案和工程方案
一、技術方案
1、生產方法(包括原料路線)
2、工藝流程
二、主要裝置方案
1、主要裝置選型(列出清單表)
2、主要裝置來源
三、工程方案
1、建、構築物的建築特徵、結構及面積方案(附平面圖、規劃圖)
2、建築安裝工程量及“三材”用量估算
3、主要建、構築物工程一覽表
第五章 軟體開發專案建議書之
電子商務軟體專案投資估算及資金籌措
一、投資估算
1、建設投資估算(先總述總投資，後分述建築工程費、裝置購置安裝費等)
2、流動資金估算
3、投資估算表(總資金估算表、單項工程投資估算表)
二、資金籌措
1、自籌資金
2、其它來源
第六章 軟體開發專案建議書之
電子商務軟體專案效益分析
一、經濟效益
1、銷售收入估算(編制銷售收入估算表)
2、成本費用估算(編制總成本費用表和分項成本估算表)
3、利潤與稅收分析
4、投資回收期
5、投資利潤率
二、社會效益
以上就是軟體開發專案建議書大綱所有內容。
說明編寫這份專案計劃的目的，並指出預期的讀者。
作用：本節是為了說明編制“專案計劃書”亦即本文件的意圖和希望達到的效果。注意這裡的“目的”不是“專案目標”，而是為了說明本文件的目的與作用。“專案目標”在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 可以跟蹤的
