軟件項目計劃書

軟件項目計劃書范例(15篇)

　　時光飛逝，時間在慢慢推演，成績已屬于過去，新一輪的工作即將來臨，我們要好好計劃今后的學習，制定一份計劃了。好的計劃都具備一些什么特點呢？下面是小編整理的軟件項目計劃書，歡迎閱讀與收藏。

軟件項目計劃書1

　　主要內容

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

　　項目概況

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

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

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

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

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

　　(3)合營年限

　　(4)經營范圍

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

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

　　建設條件

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

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

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

　　建設內容

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

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

　　環境影響

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

　　估算

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

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

　　(六)建設進度初步設想

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

　　(八)結論

　　附件

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

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

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

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

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

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

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

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

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

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

　　其他附件材料。

軟件項目計劃書2

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

　　項目背景：

　　數據顯示，打車應用用戶搭乘出租車的諸多方式中，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%的用戶表示“不會使用打車軟件”。

　　目 錄

　　第一部分 摘要

　　一、項目背景

　　二、項目簡介

　　三、項目競爭優勢

　　四、融資與財務說明

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

　　一、市場環境分析

　　（一）政策環境分析

　　（二）經濟環境分析

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

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

　　四、市場分析小結

　　第三部分 公司介紹

　　一、公司基本情況

　　二、公司業務介紹

　　三、組織架構

　　四、主要管理團隊

　　第四部分 產品與技術

　　一、主要產品介紹

　　（一）主要產品

　　（二）產品性能

　　（三）產品的競爭優勢

　　二、技術與研發

　　（一）關鍵技術介紹

　　（二）技術亮點

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

　　（四）研發團隊

　　（五）持續創新安排

　　第五部分 營銷規劃

　　一、營銷戰略

　　二、營銷措施

　　第六部分 項目發展規劃

　　一、發展戰略

　　二、階段發展規劃

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

　　（一）營銷網絡計劃

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

　　（三）服務提升計劃

　　第七部分 融資說明

　　一、資金需求

　　二、資金使用規劃及進度

　　三、資金籌集方式

　　四、投資者權利

　　五、投資退出方式

　　六、項目估值

　　（一）評估技術說明

　　（二）收益現值法簡介

　　（三）評估假設與模型

　　（四）評估值的計算

　　第八部分 財務分析與預測

　　一、財務評價依據

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

　　三、有關說明

　　四、經營收入預測

　　五、成本費用估算

　　六、盈利能力分析

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

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

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

　　七、財務評價結論

　　第九部分 風險分析

　　一、風險因素

　　（一）行業競爭加劇風險

軟件項目計劃書3

　　一、項目實施方案概述

　　軟件產品，特別是行業解決方案軟件產品不同于一般的商品，用戶購買軟件產品之后，不能立即進行使用，需要軟件公司的技術人員在軟件技術、軟件功能、軟件操作等方面進行系統調試、軟件功能實現、人員培訓、軟件上線使用、后期維護等一系列的工作，我們將這一系列的工作稱為軟件項目實施，軟件項目計劃書。大量的軟件公司項目實施案例證明，軟件項目是否成功、用戶的軟件使用情況是否順利、是否提高了用戶的工作效率和管理水平，不僅取決于軟件產品本身的質量，軟件項目實施的質量效果也對后期用戶應用的情況起到非常重要的影響。項目實施規范主要包括項目啟動階段、需求調研確認階段、軟件功能實現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個階段工作內容，每個階段下面有不同的工作事項，各個階段之間都是承上啟下關系，上一階段的順利完成是保證下一階段的工作開展的基礎。下面將按照每個項目實施階段分別介紹。

　　二、項目實施方案介紹

　　(一)項目啟動階段

　　此階段處于整個項目實施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動會四個階段組成。

　　此階段主任務：

　　公司：在合同簽定后，指定項目經理，成立項目組，授權項目組織完成項目目標。

　　公司項目組：進行前期項目調研，與用戶共同成立項目實施組織，編制《總體項目計劃》，召開項目啟動會。

　　商務經理：配合公司項目組，將積累的項目和用戶信息轉交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯系。

　　用戶：成立項目實施組織，配合前期調研和召開啟動會，簽署《總體項目計劃》和《項目實施協議》。

　　1、成立項目組

　　部門經理接到實施申請后，任命項目經理，指定項目目標，由部門經理及項目經理一起指定項目組成員及成員任務，并報總經理簽署《項目任務書》。

　　2、前期調研

　　項目經理及項目組成員，在商務人員配合下，建立與用戶的聯系，對合同、用戶進行調研。填寫《用戶及合同信息表》。在項目商務談判中，商務經理積累了大量的信息，項目組首先應收集商務和合同信息，并與商務經理一起識別那些個體和組織是項目的干系人，確定他們的需求和期望，如何滿足和影響這些需求、期望以確保項目能夠成功。

　　3、編制《項目總體計劃》

　　《項目總體計劃》是一個文件或文件的集合，隨著項目信息不斷豐富和變化，會被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：

　　項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

　　溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時需要什么信息以及通過什么方式將信息提供給他們。質量管理計劃，確定適合于項目的質量標準和如何滿足其要求。如果有必要，可以包括上述每一個計劃，詳細程度根據每個具體項目的要求而定。未解決事宜和未定的決策。

　　4、啟動會

　　項目組與用戶共同召開的宣布項目實施正式開始的會議。

　　會程安排如下：

　　共同組建項目實施組織，實施組織的權利和職責;雙方簽署《項目實施協議》。

　　項目組介紹《項目總體計劃》和《項目實施協議》，包括以下內容：

　　項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶的);

　　項目實施中項目管理的必要性和如何進行項目管理，項目的質量如何控制;

　　項目實施中用戶的參與和領導的支持的重要作用;

　　階段驗收、技術交接和項目結束后如何對用戶提供后續服務。

　　(二)需求調研確認階段

　　此階段的主要工作是軟件公司的項目實施人員向用戶調查用戶對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢需求調研等，實施人員調研完成后，會編寫《需求調研分析手冊》，并交付用戶進行確認，待用戶對《需求調研分析手冊》上所提到的需求確認完畢后，項目實施人員將以此為依據進行軟件功能的實現，工作計劃《軟件項目計劃書》。如果用戶又提出新的需求，實施人員將分析需求的難度及對整個系統的影響程度來確定是否給予實現。需求調研階段具體包括如下內容：

　　1、進行需求調研準備

　　2、編制《需求調研計劃》

　　3、內部評審是否通過《需求調研計劃》，項目組、部門經理、商務等人員根據合同要求和項目實際情況對《需求調研計劃》草稿進行評審，如評審通過，則在稍后的時間內簽署，如評審不通過則重新修改。

　　4、用戶是否簽署《需求調研計劃》，如用戶簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。

　　5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進行后續工作。

　　6、編寫及發出《需求調研通知》，項目組編寫《需求調研通知》，確定進行需求調研的相關事宜，發給用戶，為順利完成需求調研工作做準備

　　7、需求調研，項目組以《需求調研手冊》為依據，從業務流程、單據使用、打印格式、報表查詢幾個方面展開深入和全面的調研，并搜集用戶的個性化需求。

　　8、需求調研分析根據調研的結果，項目組和公司其他技術部門將進一步進行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。

　　9、內部評審是否通過《需求分析報告》。項目組、部門經理、公司其他技術部門的人員對《需求分析報告》草稿進行評審，如評審通過，則在稍后由用戶簽署，如評審不通過則重新修改，直至內部評審通過。

　　10、編寫及發出《需求分析報告確認通知》。項目組編寫《需求分析報告確認通知》，發給用戶，確定進行需求確認的相關事宜，告之相關部門及人員安排好工作，準時參與需求確認工作，為順利完成需求確認工作做準備。

　　11、用戶是否確認《需求分析報告》。如果用戶確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進行后續的軟件功能實現的工作;如沒有確認，則進一步進行調研、分析，直至用戶最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶提出新的需求或是變更已有的需求，則執行需求新增及變更流程。

　　(三)軟件功能實現確認階段

　　此階段的主要工作是項目實施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶需求內容進行具體軟件功能的實現工作。在軟件功能實現的過程中，項目實施人員將記錄軟件實現的詳細過程。便于公司售后服務之用。每一個實施技術人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實現完畢后，項目實施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶確認，用戶根據《軟件功能確認表》上的功能逐一確定軟件功能是否達到要求，對不滿足要求的功能，項目實施人員將會記錄下來并進行功能修改，直到滿足用于要求。

　　(四)數據標準化初裝階段

　　此階段的主要工作是項目實施人員指導用戶進行系統標準化資料的準備工作，并對用戶進行初裝資料的軟件操作培訓，以便用戶能夠及時的將標準資料錄入系統，初裝完成后，項目實施人員會對資料初裝的`情況進行核查，為以后具體業務功能的開展做好基礎。

　　(五)系統培訓階段

　　系統培訓階段工作是整個項目實施工作中比較重要的工作，用戶對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實施之前對用戶的相關人員進行系統和規范的產品培訓是非常必要的，達到讓用戶了解軟件產品，最終自己能夠解決使用中的具體的問題。

　　此階段的培訓工作中將用戶參加產品培訓的人員劃分為三個層次：決策層、技術層、操作層，對不同層次的用戶參加產品培訓人員的培訓內容分別是：

　　決策層：領導在實施中的作用與重要性、決策查詢。

　　維護層：系統維護知識、操作方法。

　　操作層：操作方法。

　　具體的培訓工作流程為：

　　1、調研培訓信息：在培訓開始前3天由用戶實施負責人，將參加培訓的部門和人員情況填入《受訓部門匯總表》、《受訓人員情況一覽表》。

　　2、編制培訓計劃：結合調研結果，與用戶實施負責人商議具體培訓內容、時間，場地，人員等。項目組編制《培訓計劃》。

　　3、簽署培訓計劃：用戶簽署《培訓計劃》，進一步確認培訓安排。

　　4、發培訓通知：培訓開始前2天，按照簽署的《培訓計劃》，將培訓內容、時間，場地，人員等信息通知用戶實施負責人。

　　5、搭建培訓環境：公司項目組在培訓開始前，將培訓環境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。

　　6、組織培訓：公司項目組培訓負責人與用戶實施負責人組織相關人員參加培訓，按培訓制度嚴格考核。由用戶將考勤情況填入《培訓人員簽到表》。

　　7、培訓考核：公司項目組培訓負責人與用戶實施負責人組織受訓人員參加上機及理論考試。

　　8、培訓總結：公司項目組培訓負責人與用戶實施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時向相關負責人

　　匯報。

　　(六)系統安裝測試及試運行階段

　　此階段的主要工作是在用戶真實環境下，對用戶網絡及硬件設備進行測試，對軟件系統進行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，

軟件項目計劃書4

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

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

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

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

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

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

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

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

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

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

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

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

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

　　第四條：驗收

　　1. 驗收標準為： a. 程序正常運行;b. 方案中提到的功能全部實現;c.項目按時完成;d.文檔和源代碼齊全

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

　　第六條：付款方式

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

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

　　第七條：維護

　　1. 乙方應通過電話、email、現場服務等方式協助甲方的'系統維護，乙方有義務及時響應和認真服務，努力確保甲方所委托開發系統的正常使用;

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

　　第八條 違約責任

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

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

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

　　第九條 其它

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

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

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

　　乙方： 甲方

　　法人代表： 法人代表：

　　代 理 人： 代 理 人：

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

　　地 址： 地 址：

　　電 話： 電 話：

　　傳 真： 傳 真：

　　開戶銀行： 開戶銀行

　　帳 號： 帳 號：

軟件項目計劃書5

　　1 引言

　　1.1 編寫目的

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

　　1.2 參考資料

　　《軟件項目管理案例教程》 韓萬江，姜立新編著機械工業出版社 《軟件工程導論》——第5版 張海藩編著 清華大學出版社 《酒店管理工作——細化執行與模板》王宏編著 人民郵電出版社

　　1.3 重要術語

　　SQL Server 20xx：數據庫管理軟件 DBMS：數據庫管理系統 Windows XP：運行環境

　　VB.net 20xx：軟件開發語言

　　visual studio 20xx 軟件開發環境

　　2 項目概述

　　2.1 系統與項目的定義

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

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

　　2.2 系統開發背景與目標

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

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

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

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

　　2）按照酒店管理體制分層進行數據管理，為不同層級的管理者設置相應的使用權限，保障系統的可靠性與安全性；

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

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

　　3 項目范圍界定

　　3.1 開發技術選擇與理由

　　開發酒店管理系統，軟硬件方面選擇的是可視化的Visual Basic.net 20xx和SQL Server 20xx數據庫，Windows XP操作系統等。

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

　　3.2 開發團隊與開發環境、工作方式 開發團隊：

　　項目經理王朝令

　　需求分析員 王朝令 況曉龍 設計人員況曉龍 黃志剛

　　編碼人員王朝令 況曉龍 黃志剛 測試人員黃志剛

　　開發環境：Windows XP，visual studio 20xx, SQL Server 20xx 工作方式：團隊工作

軟件項目計劃書6

　　1. 執行總結

　　1.1. 公司

　　瑞斯特朗軟件有限責任公司是一個籌備中的公司，它擁有完整的開發團隊、管理團隊，致力于新型電子商務應用、互聯網廣告應用的研究與開發。以參與者的身份，引導電子商務市場、以及網絡廣告市場的規范化。公司定位于高科技企業，開發產品主要以軟件為主，實行網絡銷售，同時也參與各種項目產品開發，具有一定的科研能力。公司遵循用戶至上的宗旨，研發符合廣大用戶需求的產品，在其他同類產品尚未登錄市場、或尚未形成規模之前，在互聯網軟件商業領域中占領一席之地，成為該領域的佼佼者。

　　《軟件產業研究報告》指出中國網民數量自20xx年1月的890萬，20xx年1月的3370萬，20xx年1月的7950萬，到20xx年1月的1.37億，20xx年1月的2.98億。首次超過國民總數10%，位列美國之后總規模的第二位。巨大的需求市場拉動巨大的產業：軟件產業銷售收入十年間從數十億元，增加到20xx年的近4000億元，從“軟件小國”成為“軟件大國”，并開始向美國印度等“軟件強國”目標努力。因此瑞斯特朗軟件有限責任公司有著巨大的市場。

　　公司注重短期目標與長遠戰略的結合，中長期目標將逐步拓寬產品領域，涉足網絡廣告、網絡銷售、信息咨詢服務、應用軟件開發等領域，形成以軟件產業為核心的專業化經營集團公司。

　　1.2. 市場

　　網絡廣告市場：

　　網絡廣告超越雜志廣告收入，躋身為主流廣告媒體。在對妮維雅品牌的網絡傳播綜合效果評測后發現，品牌認知度提升了23.4%，品牌美譽度提高39.6%，品牌使用率更是躍升51.4%。

　　目前，我國網絡廣告主要以靜態頁面、flash、高亮字體、視頻等模式為主，廣告布局以嵌入頁面和浮動窗口為主。廣告待瀏覽器完全載入頁面后方可查看，Ad軟件以改變傳統廣告查看模式，以新型的插入方式進行廣告播放，極大的滿足商家對廣告的宣傳需求，提高了互聯網廣告利用空間。

　　小型CRM應用市場：

　　CRM應用從20xx年進入中國市場，主要被電信、金融、高科技等大型企業所采用，經過8年的發展，中高端和低端CRM應用加速分化。但目前的CRM提供商產品龐大，即使是中低端的CRM應用產品仍然是價格昂貴、功能復雜，對于沒有成千上萬客戶的小公司來說，如何規劃CRM應用是一件很麻煩的事情，因此，很多的小型企業仍然難以找到適合自身發展需要的CRM軟件。本公司將會充分細化CRM理念，靈活運用該理念打造符合小型商家的自身發展需求的CRM產品。這種產品能夠為商家提供銷售管理、財務管理、人事管理、服務管軟件產品項目開發：;我國目前軟件產品內在需求巨大，應用軟件市場銷售額;電信業在20xx年預計將會成為一個投資高峰年，3;政府市場明年預計將會成為包括IT在內很多行業的重;而借著中國社會消費品零售總額持續保持20%以上的;縱觀20xx年整個中國市場，信息化用戶總體需求不;1.3.投資與財務;公司設在湖南長沙麓谷高新技術園區;公司成立初期共需資金50萬，均為股東

　　軟件產品項目開發：

　　我國目前軟件產品內在需求巨大，應用軟件市場銷售額從20xx年的444億增長至20xx年的624.02億，預計20xx年為732億。從初步的調查資料看，受需求下降和經濟環境變化影響最大的汽車、鋼鐵、電子為代表的制造業，與制造緊密聯系的物流業，還有房地產產業相關的建筑業都將會減少IT投資。而中國的金融行業雖然因美國金融危機所受的直接損失有限，但受金融服務需求下降，息差將少，證券市場交易萎縮等影響，自身盈利能力將會受到很大負面影響。不過相對來說IT由于已經成為金融企業核心能力一部分，在業務系統承擔壓力下降的情況下反而成為變革業務，提升IT能力，加強IT投資的一個機會;同時管理層對于金融體系的監管要求正在不斷提高，包括20xx年出臺證券業IT治理規范性文件，都預示著對金融企業的IT建設還將負擔理順公司治理的更廣的責任，所以預計金融業在20xx年將不會削減IT開支。

　　電信業在20xx年預計將會成為一個投資高峰年，3G的全面上馬將會給運營商的系統帶來新的壓力，從網管、計費、結算到前端運營都要新的投資。最關鍵的是電信業的壟斷局面在20xx年有望真正打破，更激烈的競爭讓三大巨頭在各方面的投入都不敢有任何的松懈。

　　政府市場明年預計將會成為包括IT在內很多行業的重點希望之一，赤字年背后就是大規模的真金白銀被投入市場。盡管其中大部分會投在基礎設施建設、農村和民生項目上，而這些項目再向IT業傳導會存在近10個月的滯后，但這也能在20xx年第四季度給IT市場帶來一股強勁而持續的推動力。基于同樣的原因，預計20xx年IT投資在能源、交通、醫療衛生等行業也會迎來一個先抑后揚的行情。

　　而借著中國社會消費品零售總額持續保持20%以上的增長動力，零售流通行業依然有保持快速上揚的能力，雖然當前困難比較集中，但相信各方力量的匯總會促成20xx年變為中國零售流通行業新騰飛的起點，其中IT投資也會是一部分大中型商業機構提升能力的相同路徑。

　　縱觀20xx年整個中國市場，信息化用戶總體需求不改上揚趨勢，所以，軟件行業市場需求仍然很巨大。

　　1.3. 投資與財務

　　公司設在湖南長沙麓谷高新技術園區。

　　公司成立初期共需資金50萬，均為股東入股。其中流動資金40萬，固定資產投資10萬。

　　韓建強入股12.5萬(25%)，陳勝入股12.5萬(25%)，其它股東入股12.5萬(25%)。

　　第一年估計盈利25萬人民幣，以后每年銷售利潤增長30%左右，投資回收期為1年零11個月。

　　1.4. 組織與人力資源

　　公司性質是有限責任公司，初期組織結構采取直線制。公司實行總經理負責制。總經理下設業務經理、技術經理、人事經理。

　　2. 項目背景

　　2.1. 產業背景

　　網絡廣告產業背景：

　　網絡廣告是利用網站上的廣告橫幅、文本鏈接、多媒體的方法，在互聯網刊登或發布廣告，通過網絡傳遞到互聯網用戶的一種高科技廣告運作方式。

　　與傳統的四大傳播媒體(報紙、雜志、電視、廣播)廣告及近來備受垂青的戶外廣告相比，網絡廣告具有得天獨厚的優勢，是實施現代營銷媒體戰略的重要一部分。Internet是一個全新的廣告媒體，速度最快效果很理想，是中小企業擴展裝大的很好途徑，對于廣泛開展國際業務的公司更是如此。

　　目前網絡廣告的市場正在以驚人的速度增長，網絡廣告發揮的效用越來越顯得重要。以致廣告界甚至認為互聯網絡將超越路牌，成為傳統四大媒體(電視、廣播、報紙、雜志)之后的第五大媒體。因而眾多國際級的廣告公司都成立了專門的“網絡媒體分部”，以開拓網絡廣告的巨大市場。

　　小型企業CRM應用產業背景：

　　隨著市場經濟的深入發展，市場競爭、行業競爭、品牌競爭越演越烈，在許多行業領域里，經過一次次市場洗牌，社會資源在不斷整合，市場格局日趨穩定，市場的競爭往往表現為幾大品牌廠商之間的競爭，比如在飲料行業，可口可樂和百事可樂在美國，甚至全球擁有穩固的市場定位;而啤酒行業里的第一陣營始終被百威、嘉士伯、虎牌、喜力等著名品牌所控制。進入90年代，伴隨產品和服務的高度同質化，市場競爭的壓力越來越大。許多企業發現，如果依照傳統的營銷4P(產品Product 、價格price、渠道Place、促銷Promotion)理念，很多企業其實已經沒有多少潛力可挖。于是，美國營銷學者提出了4C理念(Consumer客戶、Cost 成本、Convenience便利性、Communications溝通)，主張以消費者(客戶)為中心，研究消費者需求，而不要再賣你能制造的產品，而要賣客戶想購買的產品;并暫時忘掉定價策略，快去了解客戶滿足其需求所須付出的成本;忘掉渠道策略，而思考給客戶以便利性，最后則是強調與客戶溝通，傳播客戶認為是"賣點"的'東西。因此，企業不斷努力改善與客戶的關系將大大有利于企業競爭力的提高，有利于企業贏得新客戶、保留老客戶和提高客戶利潤貢獻度，這些成為企業能否在市場競爭中獲勝的關鍵。

　　在4C理念基礎上，“數據庫營銷”、“一對一營銷”的產生也成為CRM的直接理論基礎，被企業很快接受。這樣，營銷重點從客戶需求進一步轉移到客戶保持上并且保證企業把適當的時間、資金和管理資源直接集中在這兩個關鍵任務上。

　　科技含量較低等原因，近年來涌現了大批的中小型企業，其分布之廣，數量之大，簡直難以算計。但這些中小型企業管理混亂，經常會造成客戶信息的缺失，

　　影響了企業的發展。當今的幾大CRM提供商如ORACLE、TURBO、SAP等，他們的產品龐大，功能復雜，不適合這些中小型企業使用，這使得本來就管理較差的中小企業無法很好的轉型為大規模的規范型企業。

　　因此，針對這些中小型企業定制CRM系統，使他們能夠順利實施信息化管理、合理利用數據是有很大的市場潛在需求的。

　　軟件產品項目開發產業背景：

　　近兩年來，以軟件和信息服務外包為主要業務特色的軟件產業獲得了超常規快速發展，形成了產業和企業的集聚效應，大批跨國公司、日本公司和國內軟件企業在國內設立了研發中心和服務中心。僅以大連軟件園為例，目前入園企業超過250家，其中外資企業比例達到40%，世界500強企業22家，園區企業的員工人數在20xx年一年中增加了6000人。與此同時，國家推行的兩化(工業化和信息化)融合;企業、政府、教育機構對信息化辦公、信息化管理的迫切需求;服務行業對信息化服務的需求以及依賴，這些政策和需要使得計算機和軟件行業的發展越來越快，也使得軟件行業的市場需求量越來越大。

　　因此，充分做好各類軟件產品，實施好信息化系統將會帶來長遠的經濟效益和社會效益。

　　2.2. 產品概述

　　2.2.1. Ad軟件優點和前景

　　Ad軟件是一種廣告插播器，在網絡廣告市場中，公司將與網絡廣告位臵提供商、廣告需求商、廣告設計商合作，打造世界一流的網絡廣告服務公司，公司將推出一系列網絡廣告播放工具，以及產品服務。

　　Ad軟件與市場上現有的同類產品相比，概念新穎、質量優秀、順應時代潮流。該軟件的誕生，將為現有的網絡廣告傳播理念、網站設計等注入新的元素與活力。公司通過對當前網站上廣告的宣傳進行了深入研究，開發出了Ad軟件。該軟件將廣告的宣傳形式變得新穎，使廣告充分發揮其宣傳的作用，對投放廣告的商家非常有利，同時該軟件能夠被網站程序管理員靈活運用，對網站頁面之間的切換和刷新起到很好的控制作用。

　　目前，市場上對該軟件的理念應用的非常少，只有少數一兩個國外網站應用了該理念，所以，市場對本公司很有利。

　　2.2.2. 小型企業CRM應用系統優點和前景

　　在電子商務市場中，本公司將會為商業店主或者小型企業打造適合其自身發

　　店業主提供詳細的商品季節性銷售分析、利潤分析等各種財務、業務、商品分析服務，同時能夠為這些商家存儲較為完整的客戶信息，并充分利用這些數據，發掘出其中的商業價值。同時，該系統的可擴展性較好、操作簡單、界面美觀，而且價格便宜，很適合小型企業和網上商店業主使用。

　　由于該系統模塊化、組件化，因此可以方便的增加或者減少功能，靈活性較強，體現了軟件開發的高內聚、低耦合的特征，極大的降低了后期擴展的成本和難度。

　　該系統所面向的客戶群體龐大，他們自身的發展空間也很大，因此，小型企業CRM應用系統的市場潛力很大，值得本公司去發掘。

　　公司將會與小型企業、網上商店業主、購物平臺三者攜手，共同建設更加規范的網絡購物市場。

　　2.2.3. 軟件產品項目開發前景

　　目前，我國信息技術產業的蓬勃發展促使各種先進技術和產品廣泛應用，為國內的軟件開發注入了活力。軟件開發從未來發展角度來看，是個有著潛在升值價值的專業，因為未來中國的IT業(軟硬件比例)軟件行業將占60%，而硬件則萎縮為40%(有可能更少)，因此，國內的軟件產業有著很大的市場潛力供挖掘和利用。例如，本公司組成人員開發過像政協、公安系統、ERP等大型規范的項目，包括本公司前身瑞斯特朗軟件工作室承接過海南靈動智能代步車租賃項目等系統，都具有很大的市場潛力。經過從瑞斯特朗軟件工作室到瑞斯特朗軟件公司的一個轉變，我們發現軟件項目在國內各行各業的應用廣泛，深入滲透各個科研、政府、教育等領域。

軟件項目計劃書7

　　項目名稱：銷售管理系統

　　學校名稱：上海電機學院項目時間：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未來發展方向

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

軟件項目計劃書8

　　一、項目計劃書格式

　　根據《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專題計劃要點

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

軟件項目計劃書9

　　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個月完成任務。

軟件項目計劃書10

　　一、公司描述、宗旨和目標

　　中國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

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

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

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

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

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

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

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

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

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

軟件項目計劃書12

　　1引言 1.1編寫目的

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

　　本項目開發計劃用于從總體上指導網上書店項目順利進行并最終得到通過評審的項目產品。本項目開發計劃面向項目組全體成員。

　　1.2背景

　　網上書店系統主要功能：可以分類錄入書籍和相關信息（如名稱、頁數、出版商、摘要、目錄等），用戶可以注冊、登錄，注冊用戶享受打折服務，所有用戶都可以查詢、瀏覽書籍。

　　注冊用戶可以定購書籍并查詢訂單。項目周期15天。

　　1.3定義

　　專門術語：

　　MySQL:系統服務器所使用的數據庫關系系統（DBMS）。

　　SQL：一種用于訪問查詢數據庫的語言

　　事務流：數據進入模塊后可能有多種路徑進行處理。

　　主鍵：數據庫表中的關鍵域。值互不相同。

　　外部主鍵：數據庫表中與其他表主鍵關聯的域。

　　縮寫：

　　系統：若未特別指出，統指本網上書店系統。

　　SQL：Structured Query Language(結構化查詢語言)。

　　UML：統一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種

　　從軟件分析、設計到編寫程序規范的標準化建模語言。

　　1.4參考資料

　　《軟件項目管理》 朱少民，韓瑩 編著，人民郵電出版社。

　　《軟件項目管理》 Rajeev T Shandilya編著 科學出版社。

　　1.5 系統動機

　　該系統可以分類錄入書籍和相關信息（如名稱、頁數、出版商、摘要、目錄等），用戶可以注冊、登錄，注冊用戶享受打折服務，所有用戶都可以查詢、瀏覽書籍。注冊用戶可以定購書籍并查詢訂單。

　　1.6標準、條件和約定

　　本項目遵從以下標準：

　　GB/T 13702-1992 計算機軟件分類與代碼

　　GB/T 20918-20xx 信息技術

　　GB/T 19003-20xx 軟件工程

　　GB/T 5538-1995 軟件工程標準分類法

　　GB/T 9386-20xx 計算機富安居測試文檔編制

　　GB/T 9385-20xx 計算機軟件需求規格說明

　　GB/T 5532-20xx 計算機軟件測試規范

　　GB/T 18221-20xx 信息技術程序設計語言

　　GB/T 11457-20xx 信息技術 軟件工程

　　GB/T 8567-20xx 計算機軟件文檔編制規范

　　2項目概述

　　大部分讀者都有過在網上購物的經歷，在網上書店可以很方便的注冊、瀏覽商品、查詢商品、購買時也只需點幾下鼠標。本章的網上書店實現了上述的基本功能，用戶可以在網絡商店中進行注冊、瀏覽商品以及查詢購物車。

　　2.1工作內容

　　1、 制作和修訂項目開發計劃；

　　2、 進行計劃跟蹤與監控；

　　3、 配合SQA的質量保證工作；

　　4、 工作產品及時進行受控管理；

　　5、 按計劃提請階段評審；

　　6、 提交測試部門評測開發產品；

　　7、 交付最終工作產品。

　　8、 項目實施總結

　　9、 項目驗收

　　2.2主要參加人員

　　為了完成圖書管理系統的項目開發，公司組建了一個臨時的項目團隊，有項目組組長、組員構成。

　　表2.1人員分工

　　2.3產品及成果 2.3.1程序

　　軟件名稱：網上書店

　　編程語言：Java

　　功能：該系統可以分類錄入書籍和相關信息（如名稱、頁數、出版商、摘要、

　　目錄等），用戶可以注冊、登錄，注冊用戶享受打折服務，所有用戶都可以

　　查詢、瀏覽書籍。注冊用戶可以定購書籍并查詢訂單。

　　2.3.2文件

　　用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶對如何使用該軟件得到具體的了解,為操作人員提供該軟件各種運行情況的有關知識，特別是操作方法的具體細節。

　　軟件維護手冊：主要包括軟件系統說明、程序模塊說明、操作環境、支持軟件的說明、維護過程的說明，便于軟件的維護。

　　2.3.3服務

　　計劃提供以下服務：

　　課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。

　　免費咨詢：客戶可以在工作時間向技術人員提出問題并獲得解答。

　　技術支持：對于某些客戶，采取上門指導的方式。

　　軟件維護：獲取軟件使用中的問題，提供補丁程序。

　　升級通知：在軟件新版本發布的時候，及時通知(Email或郵寄信件)注冊的用戶，并提供試用版本。

　　軟件升級：對于注冊用戶，只需較少的費用即可升級到新的版本。

　　2.3.4非移交產品

　　可行性分析報告：說明該軟件開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施方案，說明并論證所選定實施方案的理由。

　　項目開發計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬件及軟件資源等。

　　軟件需求說明書（軟件規格說明書）：對所開發軟件的功能、性能、用戶界面及運行環境等做出詳細的說明。它是在用戶與開發人員雙方對軟件需求取得共同理解并達成協議的條件下編寫的，也是實施開發工作的基礎。該說明書應給出數據邏輯和數據采集的各項要求，為生成和維護系統數據文件做好準備。

　　概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數據結構設計和出錯處理設計等，為詳細設計提供基礎。

　　詳細設計說明書：著重描述每一模塊是怎樣實現的，包括實現算法、邏輯流程等。

　　測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。

　　測試分析報告：測試工作完成以后，應提交測試計劃執行情況的說明，對測試結果加以分析，并提出測試的結論意見。

　　開發進度月報：該月報系軟件人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。

　　項目開發總結報告：軟件項目開發完成以后，應與項目實施計劃對照，總結實際執行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發工作做出評價，總結出經驗和教訓。

　　軟件問題報告：指出軟件問題的登記情況，如日期、發現人、狀態、問題所屬模塊等，為軟件修改提供準備文檔。

　　軟件修改報告：軟件產品投入運行以后，發現了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。

　　源程序：軟件開發過程中的全部代碼以及注釋。

　　2.4驗收標準 2.4.1代碼的驗收

　　最后在交付客戶之前進行小組內評審，代碼編寫符合HB6465標準，與文檔說明保持一致，代碼書寫風格統一，采用標準規范，沒有下列錯誤：由于軟件缺陷造成丟失數據，不符合設計要求，響應時間太長無法接受等問題。

　　2.4.2 文檔驗收

　　最后在交付客戶之前進行小組內評審，文檔格式符合HB6465標準， 功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。

　　2.4.3 服務驗收

　　服務硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。

　　2.5完成項目的最遲期限

　　交付日期

　　從20##年6月20日開始至20##年7月5日，完成對整個系統的可行性報告分析、需求分析說明書、開發計劃說明說、系統設計書、項目測試、項目總結，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統功能各模塊進行了詳細設計，定義了數據庫總體結構、編碼命名規范，并交付用戶。交付日期為20##年7月6日。

　　2.6本計劃的審查者

　　本系統審查者為馮靜老師。

　　3實施總計劃

　　3.1開發過程 3.1.1 需求分析

　　需求分析是整個設計中重要的一環，當可行性分析完成，項目立項，確定開發角色后，有關的設計開發人員與相關業務人員共同對業務流程、管理方式進行分析，并進行資料的收集、整理。在完成了對有關數據信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義，在此基礎上完成了數據定義，建立了數據字典。

　　3.1.2 系統設計

　　完成對整個系統的分析設計，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統功能各模塊進行了詳細設計、定義了數據庫總體結構、編碼命名規范。

　　3.1.3 編碼及測試階段

　　完成程序設計和系統測試，完成了數據庫建立及程序的編制調試。為了避免錯誤積累，采用邊開發邊測試的基本模式，對每個模塊都安排專人進行單獨測試，系統聯調及系統測試，對系統處理邏輯、例外處理能力、容錯能力等進行大規模

　　的測試，對發現的問題進行徹底糾正。

　　3.1.4 文檔、產品部署

　　完成用戶培訓工作，編寫各類文檔，系統投入運行階段。

　　3.1.5 項目總結

　　項目結束后用兩天左右時間，對項目研發、部署等開發過程中的問題、經驗教訓總結備案，以利于項目經驗的積累和開發進的的縮短。

　　3.3接口人員

　　負責本項目同用戶的接口人員為鄒浩，由軟件發開方派專人，按客戶要求，指定地點安裝，調試，運行并給客戶演示，在后期中負責維護和更新。

　　3.4進度

　　方法：采用結構化開發

　　設置模塊開發優先級：通過對圖書管理的特點和信息流程等的分析，確定各模塊開發的先后次序。

　　具體開發進度安排如下：

　　注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統編碼完成時、整個項目工作完成時。

　　表3.2 里程碑事件

　　3.5關鍵問題

　　表 3.6 項目風險因素

　　影響本計劃完成的主要問題有：

　　沒有經費和硬件設施有限

　　用戶需求不清，存在誤解及二義性

　　第一次開發軟件，開發人員沒有實際經驗

　　時間有限，沒有足夠的開發時間

　　4支持條件 4.1計算機系統支持

　　開發時需要的.支持條件：

　　硬件：

　　服務器：Pentium III 500以上或更高，內存：512M以上；

　　硬盤：至少80G以上；

　　CD－ROM：32倍速以上；

　　網絡適配器：10MB/100MB自適應；

　　打印機一臺

　　UPS(選配)

　　工作站：Pentium 4以上微機；

　　內存：512MB

　　硬盤：至少80以上；

　　CD－ROM：32倍速以上；

　　網絡適配器：10MＢ/100MＢ自適應

　　網絡： 至少一臺服務器

　　至少一臺工作站

　　使用TCP/IP協議的局域網

　　軟件：

　　操作系統為Window XP，使用集成開發工具Eclipse5.5.1,數據庫采用mysql

　　其他開發工具包括：Dreamweaver, Staruml,Power Designer 12.5, TomCat.

　　運行時需要的支持條件：

　　一、服務器上應該配備的軟件

　　1．操作系統：Microsoft Windows XP

　　2．數據庫：MySQL

　　3．服務器必須使用專業的防火墻和反病毒軟件。

　　4．除了為了運行必須配備的程序以外，服務器上建議盡量不要安裝其他無關程序，以減少程序的混亂或者程序的意外沖突。4.2需要用戶承擔的工作

　　配備相應硬件系統，做到規范操作，備份好數據防止數據丟失，軟件交付日期為軟件安裝測試人員提供環境。

　　4.3需由外單位提供的條件

　　本系統為獨立開發，不需要外單位提供條件。

　　5專題計劃要點

　　5.1開發人員培訓計劃

　　5.2 測試計劃

　　xx年7月3日—xx年7月4日對軟件進行各項測試工作；

　　5.3 質量保證計劃

　　嚴格按照項目開發過程中的各項步驟，從項目立項，可行性研究報告、需求分析報告、項目開發計劃等，具體實施;

　　6總結

　　這次所做的《網上書店管理系統》是一個中小型的電子商務系統。主要有兩類用戶：顧客和管理員。該系統為各類用戶提供方便的在線買書環境。顧客能夠進行注冊、瀏覽圖書信息、搜索所需圖書、下定單、編輯購物車、發表評論等功能；管理員可以通過用戶管理、定單管理、商品管理、評論管理等管理功能來對系統進行維護和更新。通過這次實驗我熟練MySQL與JSP技術的使用，并練習了TOMCAT WEB容器。在開發過程中，我在編碼和文檔編寫方面碰到了一些困難，所幸通過網絡、老師和組員們的幫助，我能夠克服這些困難。

　　經過這三個星期的項目開發和對相關資料的收集,讓我清楚的感受到隨著網絡科技的不斷發展，JSP得到了相當廣泛的應用。由于網絡方便用戶和共享資源的優點，越來越多的現實中的實際活動被改裝到了虛擬的網頁上。隨著人們對網絡要求的不斷增加和提高，網絡的各個功能的種類也會將會越來越大，管理系統必將越來越復雜。現在，網上書店將人們從進入實體店鋪挑選書籍的習慣，慢慢轉變成了一種在虛擬店鋪中購書的方式。由于虛擬店鋪所售圖書種類繁多且價廉物美，使其愈來愈收到網民們的歡迎，譬如國外著名的Amazon Books、Altbookstore等，中國的亞馬遜卓越網和當當等。

　　但網上學習只是學習的一種模式，同上課學習或研讀自學，最終只有當理論應用到實踐中，將理論和實踐相結合，才使我能夠加深對知識的了解。

軟件項目計劃書13

　　1引言

　　1．1編寫目的

　　此項目開發策劃書的編寫主要是為了給開發《學生成績管理系統》做主要的規劃和整合，在開發過程中起到引導作用，以及給使用者提供簡要的說明。

　　1．2背景

　　隨著計算機應用的日益普及和深化，網上辦公已近成為一種趨勢。本項目要開發的是基于局域網和互聯網的`學生成績管理系統，實現一個將學生成績管理和服務功能結合起來的管理信息系統，既可以節省資源、又可以有效的存儲、更新、查詢信息、提高工作和服務效率。

　　開發的系統要求界面友好，方便直觀。既要方便校方對學生信息進行添加、刪除、修改、查詢和統計等管理，又要方便學生等查詢。

　　軟件名稱：學生成績管理系統

　　項目提出者：“學生成績管理系統”開發小組

　　開發者：“學生成績管理系統”開發小組，成員：郭明娟、陳秋男、王如意、高靜、王彩霞、關娜仁、孫佳星、趙鵬、王鳳舞。

　　配置要求：SQL Server20xx數據庫，C#等

　　該軟件需與數據庫連接使用才能運行。

　　1．3定義

　　文檔中采用的專門術語的定義及縮略詞簡要如下：

　　Microsoft Visual C#

　　Microsoft SQL Server20xx

　　MIS：Student Achievement Management System，學生成績管理系統

　　Microsoft Visual Studio20xx,版本控制工具

　　2項目概述

　　2．1 工作內容

　　《學生成績管理系統》針對的用戶是學校相關部門、學生。相應的內容有：

　　（1）主要的功能包括：

　　1）學校管理：管理部門為每個學生建立信息表格，其中包括學生的，姓名、學號、院系、專業、成績以及老師的相關信息。

　　學校相應管理員定期或不定期的對學生和老師信息進行入庫、修改、刪除、等信息管理以及注銷。

　　2）信息查詢：可通過局域網或內網并根據權限依據學號、姓名等查詢學生成績。

　　（2）管理員實現的主要功能：

　　1) 查看用戶登陸情況。

　　2）對用戶信息的管理。

　　３）能夠對需要的統計結果提供打印輸出。

　　４）能夠提供一定的安全機制，提供數據信息授權訪問，防止隨意刪改，同時提供信息備份的服務。

　　2．2主要參加人員

　　2．3產品

　　2．3．1程序

　　學生成績管理系統，由C#編程語言編寫而成。配合SQL Server數據庫

　　2．3．2文件

　　1系統需求分析報告

　　2系統功能說明書

　　3系統數據庫報告

　　4系統內容設計報告

　　5美工及界面報告

　　6用戶手冊

　　2．4驗收標準

　　外觀新穎、漂亮，以及具備完善的功能。

　　3 實施計劃

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

　　組長: 郭明娟、陳秋男 任務: （1）系統總的開發計劃書

　　（2）組織小組討論，記錄討論內容，列出開發計劃

　　（3）項目開發進度的管理

　　（4）團隊的組織和協調

　　設計：郭明娟 任務: (1)參與小組討論

　　（2）完成系統需求說明書和系統設計說明書

　　開發：王彩霞、高靜 任務: （1）參與小組討論

　　（2）根據設計完成編碼，并注釋

　　美工及界面：關娜仁、王如意 任務：（1）界面的設計和美工

　　（2）完成美工報告

　　影音：趙鵬、王鳳舞 任務：（1）記錄小組成長過程

　　（2）完成影音文案作品

　　3．2進度

　　3．3關鍵問題

　　編碼的成功以及與各個組員之間的配合，以及老師的指導。

　　4 支持條件

　　4．1計算機系統支持

　　操作系統：Windows 7或XP版本

軟件項目計劃書14

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

　　評審日期：

　　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專題計劃要點

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

軟件項目計劃書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軟件有限公司可以組建新公司的方式或其他可行的方式進行合作，股份的最終分配方案可經由談判確定。

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

軟件項目計劃書05-16

軟件項目計劃書08-05

軟件項目計劃書范文03-22

軟件項目計劃書模板04-21

軟件項目計劃書(15篇)03-25

軟件項目計劃書15篇03-12

軟件項目計劃書范本（通用11篇）07-08

軟件工程項目計劃書（通用8篇）01-25

軟件銷售計劃書12-20

軟件項目建議書04-03