軟件項目計劃書范文

　　日子如同白駒過隙，不經(jīng)意間，我們又將續(xù)寫新的詩篇，展開新的旅程，讓我們對今后的工作做個計劃吧。你所接觸過的計劃都是什么樣子的呢？以下是小編收集整理的軟件項目計劃書范文，僅供參考，希望能夠幫助到大家。

軟件項目計劃書范文1

　　一、項目實施方案概述

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

　　二、項目實施方案介紹

　　(一)項目啟動階段

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

　　此階段主任務(wù)：

　　公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權(quán)項目組織完成項目目標(biāo)。

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

　　商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶信息轉(zhuǎn)交給項目組。將項目組正式介紹給用戶，配合項目組建立與用戶的聯(lián)系。

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

　　1、成立項目組

　　部門經(jīng)理接到實施申請后，任命項目經(jīng)理，指定項目目標(biāo)，由部門經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書》。

　　2、前期調(diào)研

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

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

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

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

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

　　4、啟動會

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

　　會程安排如下：

　　共同組建項目實施組織，實施組織的權(quán)利和職責(zé);雙方簽署《項目實施協(xié)議》。

　　項目組介紹《項目總體計劃》和《項目實施協(xié)議》，包括以下內(nèi)容：

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

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

　　項目實施中用戶的參與和領(lǐng)導(dǎo)的支持的重要作用;

　　階段驗收、技術(shù)交接和項目結(jié)束后如何對用戶提供后續(xù)服務(wù)。

　　(二)需求調(diào)研確認(rèn)階段

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

　　1、進行需求調(diào)研準(zhǔn)備

　　2、編制《需求調(diào)研計劃》

　　3、內(nèi)部評審是否通過《需求調(diào)研計劃》，項目組、部門經(jīng)理、商務(wù)等人員根據(jù)合同要求和項目實際情況對《需求調(diào)研計劃》草稿進行評審，如評審?fù)ㄟ^，則在稍后的時間內(nèi)簽署，如評審不通過則重新修改。

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

　　5、《需求調(diào)研計劃》是否有變更，如果計劃存在變更，則執(zhí)行變更控制流程，否則按計劃進行后續(xù)工作。

　　6、編寫及發(fā)出《需求調(diào)研通知》，項目組編寫《需求調(diào)研通知》，確定進行需求調(diào)研的相關(guān)事宜，發(fā)給用戶，為順利完成需求調(diào)研工作做準(zhǔn)備

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

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

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

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

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

　　(三)軟件功能實現(xiàn)確認(rèn)階段

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

　　(四)數(shù)據(jù)標(biāo)準(zhǔn)化初裝階段

　　此階段的主要工作是項目實施人員指導(dǎo)用戶進行系統(tǒng)標(biāo)準(zhǔn)化資料的準(zhǔn)備工作，并對用戶進行初裝資料的軟件操作培訓(xùn)，以便用戶能夠及時的將標(biāo)準(zhǔn)資料錄入系統(tǒng)，初裝完成后，項目實施人員會對資料初裝的情況進行核查，為以后具體業(yè)務(wù)功能的開展做好基礎(chǔ)。

　　(五)系統(tǒng)培訓(xùn)階段

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

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

　　決策層：領(lǐng)導(dǎo)在實施中的作用與重要性、決策查詢。

　　維護層：系統(tǒng)維護知識、操作方法。

　　操作層：操作方法。

　　具體的培訓(xùn)工作流程為：

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

　　2、編制培訓(xùn)計劃：結(jié)合調(diào)研結(jié)果，與用戶實施負責(zé)人商議具體培訓(xùn)內(nèi)容、時間，場地，人員等。項目組編制《培訓(xùn)計劃》。

　　3、簽署培訓(xùn)計劃：用戶簽署《培訓(xùn)計劃》，進一步確認(rèn)培訓(xùn)安排。

　　4、發(fā)培訓(xùn)通知：培訓(xùn)開始前2天，按照簽署的《培訓(xùn)計劃》，將培訓(xùn)內(nèi)容、時間，場地，人員等信息通知用戶實施負責(zé)人。

　　5、搭建培訓(xùn)環(huán)境：公司項目組在培訓(xùn)開始前，將培訓(xùn)環(huán)境搭建及檢查妥當(dāng)，將培訓(xùn)提綱及培訓(xùn)手冊準(zhǔn)備好。

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

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

　　8、培訓(xùn)總結(jié)：公司項目組培訓(xùn)負責(zé)人與用戶實施負責(zé)人一起將出勤情況及考核情況做出總結(jié)，填入《培訓(xùn)及考核統(tǒng)計表》，及時向相關(guān)負責(zé)人匯報。

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

　　此階段的主要工作是在用戶真實環(huán)境下，對用戶網(wǎng)絡(luò)及硬件設(shè)備進行測試，對軟件系統(tǒng)進行容量、性能壓力等測試測試及試運行的目的在于確保系統(tǒng)各項功能均能正常使用，并且符合用戶簽署的《需求分析報告》中描述的需求，同時把盡可能多的潛在問題在正式運行之前發(fā)現(xiàn)并改正;同時目的還在于在正式運行前用戶的有關(guān)人員能進一步提高操作水平，掌握操作規(guī)范。此階段的主要工作內(nèi)容為：

　　1、編制計劃： 與用戶實施負責(zé)人商議具體測試及試運行時間，地點，人員等安排，項目組編制《測試及試運行計劃》。

　　2、簽署計劃： 用戶簽署《測試及試運行計劃》，進一步確認(rèn)測試及試運行安排。

　　3、發(fā)測試及試運行通知： 在測試及試運行開始前2天，按照簽署的《測試及試運行計劃》，將時間，地點，人員等信息通知用戶實施負責(zé)人。

　　4、搭建環(huán)境及數(shù)據(jù)準(zhǔn)備： 在試運行開始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò)環(huán)境、調(diào)通線路;檢查軟件、硬件、網(wǎng)絡(luò)、線路等各個環(huán)節(jié)是否有問題;

　　5、組織測試及試運行： 用戶相關(guān)各級領(lǐng)導(dǎo)給予全面配合，組織相關(guān)人員進行測試及試運行。公司項目組負責(zé)擔(dān)當(dāng)指揮，檢查用戶人員組織情況并給予指導(dǎo)，跟蹤檢查如下情況：

　　跟蹤單據(jù)流轉(zhuǎn)狀況。

　　跟蹤新資料登錄環(huán)節(jié)。

　　觀察業(yè)務(wù)流程執(zhí)行狀況。

　　觀察操作人員操作表現(xiàn)。

　　觀察系統(tǒng)運行速度及異常表現(xiàn)。

　　觀察關(guān)鍵數(shù)據(jù)的正確性。

　　及時糾正錯誤操作、對于新發(fā)生的問題及時與相關(guān)人員溝通，確定解決辦法。

　　6、測試及試運行總結(jié)： 測試及試運行完成，總結(jié)試運行中設(shè)備、軟件的運行情況，總結(jié)試運行中業(yè)務(wù)流程和操作環(huán)節(jié)的情況，以書面總結(jié)形式將測試及試運行結(jié)果通知相關(guān)負責(zé)人。

　　(七)總體驗收階段。此階段是對項目總體的完成情況進行驗收。驗收分階段進行，在每一項目階段結(jié)束時，用戶對這一階段的可交付成果進行驗收，在測試及試運行結(jié)束后，對系統(tǒng)進行總體驗收。

　　(八)系統(tǒng)交接階段。此階段是項目實施的最后一個階段，主要工作是軟件公司項目組向用戶移交軟件項目，包括軟件產(chǎn)品、項目實施過程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進入售后服務(wù)階段。軟件公司項目組還需要讓用戶填寫《用戶滿意度調(diào)查表》，對軟件公司項目實施人員的整個項目實施情況進行評價，軟件公司將聽取用戶的意見，再今后的項目實施管理中進行加強和改進。

　　三、軟件實施的成功之道

　　(一)軟件必須能滿足和適應(yīng)企業(yè)需求

　　這一點是整個項目能否成功實施的最關(guān)鍵的一環(huán)。很多企業(yè)都在這一方面吃過虧，在選型時見到的軟件有很多功能模塊，在樣板企業(yè)里數(shù)據(jù)也能跑起來，但當(dāng)軟件買回來了以后，卻發(fā)現(xiàn)了軟件的很多功能與企業(yè)的現(xiàn)實差別很大，所以根本就用不起來。不同企業(yè)之間的管理流程和對數(shù)據(jù)的要求差別很大，基本上兩個完全相同的企業(yè)是不存在的，世界上絕對不會有一種“萬能軟件”能滿足所有企業(yè)的需求。企業(yè)在選型軟件時，要充分考慮各種管理流程的特點、數(shù)據(jù)的來源、統(tǒng)計報表不同功能模塊的關(guān)系、企業(yè)員工的接受能力及與其它系統(tǒng)的接口等很多問題，所以企業(yè)選擇的必須是軟件提供商為企業(yè)訂制開發(fā)出來的。如果軟件提供商不為企業(yè)做前期需求分析和訂制開發(fā)，只是把現(xiàn)成的軟件賣給企業(yè)，它的實施成功率幾乎為零，如果是這樣的服務(wù)，企業(yè)還不如買一套盜版軟件。所以我們可以得出這樣的結(jié)論，企業(yè)買軟件提供商的不是它的軟件，而是它的開發(fā)能力。

　　(二)軟件是否能進行二次開發(fā)

　　因為企業(yè)現(xiàn)有的流程不是一成不變的，需不斷完善與改進，所以軟件的功能也需要能進行相應(yīng)的修改，而且企業(yè)在第一次做項目需求時，有些問題可能忽略掉了，所以必須要求選型的軟件有強大的二次開發(fā)能力。如果軟件的結(jié)構(gòu)過于僵死或二次開發(fā)能力不強，它未來可能會變成一塊“雞肋”，讓企業(yè)有種“食之無味、棄之可惜”的感覺。測試軟件是否具有快速二次開發(fā)能力的方法也不難，就是企業(yè)在選型時，不僅要看軟件提供商如何演示，還要提出一些個性化需求，看看對方能否迅速開發(fā)出來。

　　(三)軟件和實施費用應(yīng)相對便宜

　　企業(yè)第一次實施由于經(jīng)驗上的不足，風(fēng)險不是沒有，確實有許多優(yōu)秀的企業(yè)是通過第二次實施才獲得了成功。因此企業(yè)在第一次選型軟件時，不要只注意軟件提供商的品牌和規(guī)模，因為價格越高，企業(yè)自身的風(fēng)險就越高。我們建議企業(yè)最好還是購買那些物美價廉的產(chǎn)品，也就是當(dāng)所選軟件都能滿足企業(yè)現(xiàn)實需求且能進行二次開發(fā)時，企業(yè)最好選擇價格便宜的那家，就好像一個人剛學(xué)會開車，就要買一輛奔馳轎車，無論這個人是否真正有錢都不是明智的選擇。現(xiàn)在出現(xiàn)了平臺化組構(gòu)的軟件產(chǎn)品，它可以通過建模工具迅速按照客戶的需求進行軟件開發(fā)，這樣就大量地節(jié)約軟件開發(fā)周期和成本，而且二次開發(fā)工作也變得十分的簡單，所以企業(yè)最好選擇這樣的產(chǎn)品。

　　(四)軟件操作要簡單、易學(xué)

　　由于許多企業(yè)過去沒有信息化建設(shè)的經(jīng)驗，員工一下子由過去的手工工作轉(zhuǎn)為計算機工作肯定有一個適應(yīng)過程，如軟件組構(gòu)和操作過于復(fù)雜，那么一定會加大培訓(xùn)和實施的難度。

軟件項目計劃書范文2

　　1、引言

　　1、1編寫目的

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

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

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

　　計劃對象：網(wǎng)上書店開發(fā)小組

　　2、項目概述

　　2、1項目背景

　　隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，Internet已成為最具市場潛力的技術(shù)領(lǐng)域，使用Web技術(shù)設(shè)計的數(shù)據(jù)庫應(yīng)用軟件，是目前Internet市場的技術(shù)中堅，各種Web應(yīng)用如電子商務(wù)，網(wǎng)上購物等都采用這種方式實現(xiàn)。互聯(lián)網(wǎng)的優(yōu)勢在于用戶能同時從不同地點、不同數(shù)據(jù)庫中存取數(shù)據(jù)。

　　網(wǎng)上購物系具體是指利用各種電子工具與網(wǎng)絡(luò)，高效率，低成本地從事以商品交換為中心的各種商務(wù)貿(mào)易活動。電子商務(wù)應(yīng)用的興起已經(jīng)促使商品流通領(lǐng)域發(fā)生了一場巨大的革命。

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

　　2、2項目目標(biāo)與范圍

　　2、2、1目標(biāo)和范圍描述

　　項目：網(wǎng)上購書系統(tǒng)

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

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

　　項目目標(biāo)：開發(fā)一個網(wǎng)上購書系統(tǒng)是項目的總目標(biāo)，為實現(xiàn)項目的總目標(biāo)可按以下三個階段目標(biāo)來進行：

　　第一階段目標(biāo)：實現(xiàn)網(wǎng)上購書系統(tǒng)的基本功能，小組個成員進行各個模塊的開發(fā)，形成初步的系統(tǒng)。

　　第二階段目標(biāo)：攻克技術(shù)上的難題，實現(xiàn)網(wǎng)上購書系統(tǒng)的一些特殊功能，進一步完善系統(tǒng)。

　　第三階段目標(biāo)：讓系統(tǒng)投入到實際運用中，做好系統(tǒng)的維護工作。

　　項目范圍：利用現(xiàn)有的微型計算機，借鑒前人的網(wǎng)上購書系統(tǒng)開發(fā)經(jīng)驗、徐州博庫網(wǎng)上書城和資料中的電子商鋪系統(tǒng)的開發(fā)模式，預(yù)計軟件開發(fā)費用不超過***元。

　　初步設(shè)想：建議在系統(tǒng)中增加一個BBS的模塊，方便用戶發(fā)表言論。

　　2、2、2主要功能

　　(1)概述

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

　　(2)傳統(tǒng)購書系統(tǒng)流程圖

　　網(wǎng)上購書流程

　　(3)功能描述

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

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

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

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

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

　　2、2、3性能

　　2、2、4管理和技術(shù)約束

　　由于沒有做過項目的經(jīng)驗，在加上編程技術(shù)的限制，小組人員少，時間的限制只能實現(xiàn)一個具有簡單功能的網(wǎng)上購書系統(tǒng)。

　　2、項目估算

　　2、1使用的歷史數(shù)據(jù)

　　徐州博庫網(wǎng)上書店、電子商鋪系統(tǒng)

　　2、2使用的評估技術(shù)

　　軟件規(guī)模估算：采用類比的方法，根據(jù)歷史數(shù)據(jù)來進行估算

　　工作量估算：基本COCOMO模型

　　成本估算：基本COCOMO模型

　　時間估算：基本COCOMO模型

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

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

　　工作量估算：人員：六人

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

　　通信費(移動通信費、上網(wǎng)費、電費)

　　時間估算：

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

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

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

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

　　根據(jù)計算的工作量，我們由下面公式計算所需的開發(fā)時間：

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

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

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

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

軟件項目計劃書范文3

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

　　1 開發(fā)前的準(zhǔn)備工作

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

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

　　確保軟件在軍事、技術(shù)、經(jīng)濟和社會環(huán)境上的可行性和必要性；

　　分析現(xiàn)有系統(tǒng)（工作環(huán)境）的狀態(tài)，描繪待開發(fā)系統(tǒng)的具體需求，為用戶提供與開發(fā)人員之間的交流基礎(chǔ)，并提供項目設(shè)計的基本信息。

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

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

　　現(xiàn)有系統(tǒng)的分析；

　　待開發(fā)系統(tǒng)的詳細需求；

　　使用環(huán)境；

　　可行性分析；

　　結(jié)論意見。

　　2 軟件開發(fā)過程

　　擁有系統(tǒng)任務(wù)書和需求分析報告后，軟件設(shè)計師就需要對軟件項目的實現(xiàn)進行系統(tǒng)分析，系統(tǒng)分析包括系統(tǒng)的整體方案、系統(tǒng)設(shè)計說明，它們是軟件設(shè)計的重要參考。

　　2.1 系統(tǒng)總體方案

　　基于系統(tǒng)開發(fā)單位和用戶的深入互動和理解，我們需要提出系統(tǒng)的技術(shù)架構(gòu)，明確系統(tǒng)的功能、性能等主要指標(biāo)，規(guī)定實現(xiàn)方法和要求，這些都是系統(tǒng)進行詳細設(shè)計的基礎(chǔ)。

　　系統(tǒng)總體方案基本框架包括：

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

　　項目概述；

　　實施總計劃。

　　2.2 系統(tǒng)設(shè)計說明

　　根據(jù)《系統(tǒng)總體方案》提出的系統(tǒng)架構(gòu)、功能、性能及數(shù)據(jù)要求，我們需要確定系統(tǒng)的物理結(jié)構(gòu)，闡述系統(tǒng)主要技術(shù)方面的設(shè)計和采用的技術(shù)方法以及系統(tǒng)的標(biāo)準(zhǔn)化約束等，這些都是系統(tǒng)實施的基本依據(jù)。

　　2.3 軟件開發(fā)

　　開發(fā)語言的選擇因人而異，開發(fā)數(shù)據(jù)庫系統(tǒng)我更傾向于DELPHI，因為它對數(shù)據(jù)庫開發(fā)的支持非常完善。

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

　　關(guān)于程序設(shè)計中的技巧有很多，這里不再贅述。

　　3 軟件開發(fā)后的工作

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

　　3.1 軟件測試大綱

　　這是軟件設(shè)計人員用來自測系統(tǒng)的。包括：

　　測試環(huán)境；

　　功能測試內(nèi)容；

　　性能測試內(nèi)容；

　　附錄：附表一 系統(tǒng)功能測試表；附表二 系統(tǒng)性能測試表。

　　3.2 用戶應(yīng)用測試

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

　　4、總結(jié)

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

　　通常一個人難以完成所有工作，需要一個優(yōu)秀的合作團隊來協(xié)同完成。其中，需求分析師和系統(tǒng)分析師負責(zé)提供軟件項目的具體要求和設(shè)計理念，由軟件開發(fā)組把這些要求轉(zhuǎn)化為易于維護和持續(xù)發(fā)展的系統(tǒng)資源。

軟件項目計劃書范文4

　　計算機軟件尤其是數(shù)據(jù)庫軟件，成為了當(dāng)代計算機應(yīng)用的主流。因此軟件開發(fā)人員就必須掌握正確的開發(fā)手段，了解軟件開發(fā)的主要過程，這樣心中對軟件項目才有清醒的認(rèn)識，才能達到事半功倍的效果。本文就軟件開發(fā)過程中的一些方法，結(jié)合本人開發(fā)過的一些軟件項目做一些詳細論述。

　　1 開發(fā)前的準(zhǔn)備工作

　　一般軟件項目在開發(fā)前都有系統(tǒng)任務(wù)書，主要規(guī)定軟件的開發(fā)目標(biāo)、主要任務(wù)、功能、性能指標(biāo)及研制人員和經(jīng)費、進度等安排，作為系統(tǒng)設(shè)計開發(fā)和檢驗的基本依據(jù)。

　　系統(tǒng)任務(wù)書的基本框架如下：

　　(1)引言

　　包括編寫目的，背景，參考資料。

　　(2)系統(tǒng)的目標(biāo)及任務(wù)

　　包括系統(tǒng)建設(shè)目標(biāo)，系統(tǒng)的主要任務(wù)，系統(tǒng)性能指標(biāo)，系統(tǒng)標(biāo)準(zhǔn)化要求。

　　(3)系統(tǒng)的結(jié)構(gòu)及功能

　　包括系統(tǒng)應(yīng)用組成及結(jié)構(gòu)，系統(tǒng)主要功能。

　　(4)系統(tǒng)的規(guī)模及進度要求

　　包括系統(tǒng)規(guī)模，系統(tǒng)研制進度，人員計劃。

　　但是系統(tǒng)任務(wù)書只是這個軟件項目的一個基本要求，針對具體情況，軟件開發(fā)人員和需求分析人員就要聯(lián)合對軟件項目的細節(jié)進行具體分析，必要時還要進行實地調(diào)研，然后共同商討寫出系統(tǒng)的需求分析，需求分析的編寫目的在于：

　　a. 說明系統(tǒng)在軍事方面、技術(shù)方面、經(jīng)濟方面和社會條件方面實現(xiàn)的可行性和必要性;

　　b. 分析原系統(tǒng)(工作環(huán)境)現(xiàn)狀,描述待開發(fā)系統(tǒng)的詳細需求，提供用戶和開發(fā)人員之間溝通的基礎(chǔ)，提供項目設(shè)計的基本信息。

　　需求分析報告的基本框架如下：

　　(1) 概述

　　包括 編寫目的，背景，參考資料，術(shù)語及縮寫詞。

　　(2) 對現(xiàn)有系統(tǒng)的分析

　　(3)待開發(fā)系統(tǒng)的詳細需求

　　包括 功能需求，使用范圍，業(yè)務(wù)流程，用戶界面，輸出要求，故障處理。

　　(4)使用環(huán)境

　　包括 網(wǎng)絡(luò)環(huán)境，硬件環(huán)境，軟件環(huán)境，與其他系統(tǒng)的關(guān)系，安全與保密。

　　(5) 可行性分析

　　包括 技術(shù)可行性分析，經(jīng)濟可行性分析，人員可行性分析，影響待開發(fā)系統(tǒng)的主要因素。

　　(6)結(jié)論意見

　　2 軟件開發(fā)過程

　　有了系統(tǒng)任務(wù)書和需求分析報告，軟件設(shè)計人員就要對軟件項目的實現(xiàn)進行系統(tǒng)分析，系統(tǒng)分析包括系統(tǒng)的總體方案，系統(tǒng)的設(shè)計說明，作為軟件設(shè)計的依據(jù)。具體說明如下。

　　2.1 系統(tǒng)總體方案

　　在系統(tǒng)開發(fā)單位和用戶充分交互、理解的基礎(chǔ)上，提出系統(tǒng)的技術(shù)構(gòu)架，對系統(tǒng)功能、性能等主要指標(biāo)作描述，對實現(xiàn)方法和要求作規(guī)定，是系統(tǒng)進行詳細設(shè)計的依據(jù)。

　　系統(tǒng)總體方案基本框架包括：

　　(1)引言

　　包括 ：編寫目的，背景，參考資料，術(shù)語及定義。

　　(2)項目概述

　　包括 ：

　　--項目的主要內(nèi)容

　　--系統(tǒng)需求分析：①用戶需求調(diào)查分析②現(xiàn)行系統(tǒng)的現(xiàn)狀調(diào)查分析。

　　--系統(tǒng)功能：①系統(tǒng)的功能要求②系統(tǒng)主要技術(shù)性能。

　　--系統(tǒng)的數(shù)據(jù)要求：①基礎(chǔ)數(shù)據(jù)②業(yè)務(wù)數(shù)據(jù)③交換數(shù)據(jù)④其它數(shù)據(jù)。

　　--系統(tǒng)的'設(shè)計要求：①技術(shù)結(jié)構(gòu)要求②系統(tǒng)劃分及其接口要求③系統(tǒng)運行環(huán)境要求④系統(tǒng)標(biāo)準(zhǔn)化綜合要求。

　　(3)實施總計劃

　　包括 ：進度，預(yù)算，問題和措施。

　　2.2 系統(tǒng)設(shè)計說明

　　根據(jù)《系統(tǒng)總體方案》提出的系統(tǒng)構(gòu)架、功能、性能及數(shù)據(jù)要求，確定系統(tǒng)的物理結(jié)構(gòu)，說明系統(tǒng)主要技術(shù)方面的設(shè)計和采用的技術(shù)方法以及系統(tǒng)的標(biāo)準(zhǔn)化約束等，是系統(tǒng)實施的基本依據(jù)。就本人曾經(jīng)開發(fā)過的一個軟件項目，說明其基本框架：

　　(1) 引言

　　包括 ：編寫目的;背景;條件和限制;參考資料;術(shù)語及定義。

　　(2) 系統(tǒng)總體技術(shù)方案

　　包括：

　　--概述：①系統(tǒng)目標(biāo)②基本要求。

　　--系統(tǒng)設(shè)計：

　　①系統(tǒng)結(jié)構(gòu)

　　a、 應(yīng)用結(jié)構(gòu)。

　　b、 功能結(jié)構(gòu)。

　　c、 技術(shù)結(jié)構(gòu)。

　�、� 系統(tǒng)功能設(shè)計：根據(jù)以上的分析，功能設(shè)計自然

　　包括業(yè)務(wù)管理功能設(shè)計、綜合查詢功能設(shè)計、郵件收發(fā)功能設(shè)計、數(shù)據(jù)庫接口設(shè)計、文電接口設(shè)計。在對這些功能進行綜合分析的基礎(chǔ)上，開始進行數(shù)據(jù)庫表的設(shè)計。在對表的設(shè)計過程中，既要考慮到關(guān)系數(shù)據(jù)庫冗余字段的處理，又要考慮到系統(tǒng)運行的速度和實現(xiàn)的方便性等綜合因素，筆者在實際開發(fā)后認(rèn)為這兩種考慮比例可以為7：3。

　�、巯到y(tǒng)安全設(shè)計：可以考慮以下一些安全設(shè)計思想，例如系統(tǒng)的數(shù)據(jù)傳輸通過電子郵件實現(xiàn)，要求電子郵件內(nèi)部只傳代碼，不傳涉密數(shù)據(jù);系統(tǒng)的數(shù)據(jù)庫操作需要充分利用Oracle數(shù)據(jù)庫的事務(wù)提交和回滾機制，確保業(yè)務(wù)處理的完整性和一致性;系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)應(yīng)充分利用存儲空間，在不同的用戶之間通過數(shù)據(jù)冗余提高整個系統(tǒng)的數(shù)據(jù)安全性;系統(tǒng)中存貯的用戶口令、備份口令、數(shù)據(jù)庫連接信息等重要數(shù)據(jù)，必需經(jīng)過安全加密。

　�、� Oracle數(shù)據(jù)庫自動優(yōu)化設(shè)計：對于Oracle數(shù)據(jù)庫可以進行數(shù)據(jù)庫配置，可以大大提高大數(shù)據(jù)量查詢速度，筆者已經(jīng)做過嘗試，并已經(jīng)成功應(yīng)用。

　　⑤ 友好界面設(shè)計：對于一個良好的應(yīng)用系統(tǒng)當(dāng)然需要設(shè)計良好的使用界面。

　　2.3 軟件開發(fā)

　　對于開發(fā)語言的選擇因人而易，開發(fā)數(shù)據(jù)庫系統(tǒng)我比較傾向于DELPHI，因為它對于數(shù)據(jù)庫開發(fā)的支持是很完善的。在軟件實現(xiàn)方面，上面已經(jīng)說明了一種客戶/服務(wù)器結(jié)構(gòu)，但是這種結(jié)構(gòu)本身也包含了一些問題，例如客戶/服務(wù)器結(jié)構(gòu)經(jīng)常把應(yīng)用系統(tǒng)的企業(yè)邏輯編寫在客戶端的應(yīng)用程序中，因此當(dāng)應(yīng)用系統(tǒng)需要改變時，所有在客戶端的應(yīng)用系統(tǒng)都必須改變，這對于MIS系統(tǒng)的維護來說成本太高了;為了解決這些重復(fù)開發(fā)應(yīng)用系統(tǒng)的成本以及為了增加應(yīng)用系統(tǒng)的重復(fù)使用性發(fā)揮面向?qū)ο蠓治?面向?qū)ο笤O(shè)計的功能，就必須導(dǎo)入所謂的應(yīng)用程序服務(wù)器，軟件開發(fā)人員以一種特定的組件形式，例如Microsoft的COM/DCOM，CORBA對象，或是EnterpriseJavaBean等，組裝企業(yè)的邏輯程序代碼。這種經(jīng)過組裝，能夠執(zhí)行特定企業(yè)功能的對象便稱為"企業(yè)對象"，然后把這些企業(yè)對象分發(fā)到此應(yīng)用程序服務(wù)器。由于本文不是專門討論多層系統(tǒng)的文章，所以只是簡單提一下，不再贅述。

　　程序設(shè)計中要注意合理的程序設(shè)計結(jié)構(gòu)，可以將所有的公用組件放在一起。例如Delphi語言中可以新建一個單元，將所有編寫的函數(shù)放在這個單元里，其他單元均可以調(diào)用，還可以新建一個數(shù)據(jù)模塊(Datamodule),將所有的公共數(shù)據(jù)庫控件放在這里，可以減少系統(tǒng)資源浪費，優(yōu)化數(shù)據(jù)庫程序設(shè)計。

　　關(guān)于程序設(shè)計中的技巧很多，這里也不再贅述。

　　3 軟件開發(fā)后的工作

　　軟件項目在開發(fā)完成后還要進行系統(tǒng)測試，以測試開發(fā)出的軟件的功能和性能是否達到預(yù)定要求。

　　3.1 軟件測試大綱

　　這是軟件設(shè)計人員用來自測系統(tǒng)的。包括：

　　(1)測試環(huán)境①硬件環(huán)境②軟件環(huán)境③數(shù)據(jù)環(huán)境④網(wǎng)絡(luò)環(huán)境。

　　(2)功能測試內(nèi)容①模擬現(xiàn)場測試②應(yīng)用現(xiàn)場測試。

　　(3)性能測試內(nèi)容

　　另有附表：附表一 系統(tǒng)功能測試表;附表二 系統(tǒng)性能測試表。

　　3.2 用戶應(yīng)用測試

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

　　4、總結(jié)

　　開發(fā)軟件項目是一個龐大的系統(tǒng)工程，以上只是介紹了一般性軟件主要是數(shù)據(jù)庫軟件的開發(fā)過程和設(shè)計思想，它要求軟件開發(fā)者對此要有精深的理解，熟悉軟件開發(fā)的思路。

　　通常一個人難以完成所有工作，需要一個良好的合作團隊來協(xié)作完成，其中需求分析員和系統(tǒng)分析員要提供軟件項目的具體要求和設(shè)計思想，由軟件開發(fā)組把這些要求創(chuàng)建出便于維護和可持續(xù)開發(fā)的系統(tǒng)資源。

軟件項目計劃書范文5

　　一、引言

　　撰寫此文檔的目的在于保證項目順利完成所需的所有工作，同時僅包含必要的過程。它是項目管理團隊用來確定、記錄、驗證、管理和控制項目范圍的指導(dǎo)。本文涵蓋了創(chuàng)建工作分解結(jié)構(gòu)以及確定如何維護和批準(zhǔn)這個結(jié)構(gòu)的方式；還規(guī)定了如何正式核實和接受項目的已完成可交付成果。

　　二、參考資料

　　韓萬江，姜立新編著，《軟件項目管理案例教程》，機械工業(yè)出版社。

　　張海藩編著，《軟件工程導(dǎo)論》(第五版)，清華大學(xué)出版社。

　　王宏編著，《酒店管理工作——細化執(zhí)行與模板》，人民郵電出版社。

　　三、重要術(shù)語

　　SQL Server 20xx：數(shù)據(jù)庫管理軟件。

　　DBMS：數(shù)據(jù)庫管理系統(tǒng)。

　　Windows XP：運行環(huán)境。

　　vb.net 20xx：軟件開發(fā)語言。

　　visual studio 20xx：軟件開發(fā)環(huán)境。

　　四、項目概述

　　五、系統(tǒng)與項目的定義

　　該系統(tǒng)是在C/S系統(tǒng)架構(gòu)基礎(chǔ)上，利用SQL Server數(shù)據(jù)庫，使用vb.net技術(shù)構(gòu)建的酒店信息化管理系統(tǒng)。它基本滿足了酒店管理的需求，具有友好的用戶界面。系統(tǒng)通過對用戶（主要是酒店管理層和員工）的數(shù)據(jù)進行有效的電子化處理，降低了人工勞動并增加了信息的準(zhǔn)確性。該系統(tǒng)主要包括客房、餐飲、財務(wù)和人力資源等方面的信息，用戶登錄后可根據(jù)權(quán)限操作這些信息。

　　六、系統(tǒng)開發(fā)背景與目標(biāo)

　　在當(dāng)今信息高度發(fā)達的時代，酒店業(yè)務(wù)已經(jīng)不再局限于傳統(tǒng)的住宿和結(jié)算業(yè)務(wù)，而是變得更加廣泛和全面的服務(wù)行業(yè)。為了提高酒店管理水平，簡化復(fù)雜的操作，需要在最短的時間內(nèi)完成酒店業(yè)務(wù)的規(guī)范化操作，讓客戶感到舒適和滿意。對于酒店業(yè)的競爭形勢，許多酒店都在嘗試通過信息技術(shù)擴展其服務(wù)能力。雖然信息化并不是決定酒店成功的關(guān)鍵因素，但它可以幫助那些真正影響成功的'因素發(fā)揮更大的作用。因此，采用全新的酒店管理系統(tǒng)將是提高酒店管理效率和改善服務(wù)質(zhì)量的重要手段之一。

　　七、用戶需求概述及系統(tǒng)主要功能

　　八、項目范圍界定

　　九、開發(fā)技術(shù)選擇與理由

　　開發(fā)酒店管理系統(tǒng)時，選擇了可視化Visual 20xx和SQL Server 20xx數(shù)據(jù)庫，Windows XP操作系統(tǒng)等作為軟硬件平臺。VB具有圖形用戶界面（GUI），可以輕松地使用ADO連接數(shù)據(jù)庫。程序員可以通過使用VB提供的組件快速建立一個應(yīng)用程序。這些都是團隊成員熟悉的語言和技術(shù)，因此技術(shù)方面完全可以實現(xiàn)酒店管理系統(tǒng)的最終目標(biāo)。綜上所述，我們的團隊完全有能力完成酒店管理系統(tǒng)的最終實現(xiàn)。

　　十、開發(fā)團隊與開發(fā)環(huán)境、工作方式

軟件項目計劃書范文6

　　一、項目計劃書格式

　　根據(jù)《gbxxx計算機軟件產(chǎn)品開發(fā)文件編制指南》中項目開發(fā)計劃的要求，結(jié)合實際情況調(diào)整后的《項目計劃書》內(nèi)容索引如下：xxx

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

　　1 引言

　　1.1 編寫目的

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

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

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

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

　　常見的問題：把項目本身的"項目目標(biāo)"誤作編制項目開發(fā)計劃的目的。

　　1.2 背景

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

　　項目的名稱：經(jīng)過與客戶商定或經(jīng)過立項手續(xù)統(tǒng)一確定的項目名稱，一般與所待開發(fā)的軟件系統(tǒng)名稱有較大的關(guān)系，如針對"xx系統(tǒng)"開發(fā)的項目名稱是"xx系統(tǒng)開發(fā)"。

　　項目的委托單位：如果是根據(jù)合同進行的軟件開發(fā)項目，項目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。

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

　　項目的任務(wù)提出者：本企業(yè)內(nèi)部提出需要完成此項目的人員，一般是領(lǐng)導(dǎo)或商務(wù)人員；注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內(nèi)部的人員。如果是內(nèi)部開發(fā)項目，則兩者的區(qū)別在于前者指人，后者指單位。

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

　　項目建設(shè)背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說明項目建設(shè)背景，說明項目的大環(huán)境、來龍去脈。這有利于項目成員更好地理解項目目標(biāo)和各項任務(wù)。

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

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

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

　　軟件系統(tǒng)與機構(gòu)的關(guān)系：說明軟件系統(tǒng)除了委托單位和使用單位，還與哪些機構(gòu)組織有關(guān)系。例如一些系統(tǒng)需要遵守那些組織的標(biāo)準(zhǔn)、需要通過那些組織機構(gòu)的測試才能使用等等、是否需要外包或與那些組織機構(gòu)合作。

　　1.3 定義

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

　　1.4 參考資料

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

　　本項目的合同、標(biāo)書、上級機關(guān)有關(guān)通知、經(jīng)過審批的項目任務(wù)書；屬于本項目的其他已經(jīng)發(fā)表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。

　　1.5 標(biāo)準(zhǔn)、條約和約定

　　列出在本項目開發(fā)過程中必須遵守的標(biāo)準(zhǔn)、條約和約定。例如：相應(yīng)的《立項建議書》、《項目任務(wù)書》、合同、國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、上級機關(guān)有關(guān)通知和實施方案、相應(yīng)的技術(shù)規(guī)范等。

　　"參考資料"一般具有"物質(zhì)"特性，一般要說明參照了什么，要說明在哪里可以獲得；"標(biāo)準(zhǔn)、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說明在哪里可以獲得。參考資料的內(nèi)容應(yīng)該涵蓋"標(biāo)準(zhǔn)、條約和約定"。

　　2 項目概述

　　2.1 項目目標(biāo)

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

　　項目目標(biāo)應(yīng)當(dāng)符合smart原則：

　　s specific 明確的陳述

　　m measurable 可以衡量的結(jié)果

　　a attainable 可以達成的目標(biāo)

　　r realistic 合理的，現(xiàn)實的或者說是能和實際工作相結(jié)合

　　t trackable 可以跟蹤的

　　項 目目標(biāo)可以進行橫向的分解也可以進行縱向的分解。橫向分解一般按照系統(tǒng)的功能或按照建設(shè)單位的不同業(yè)務(wù)要求，如分解為第一目標(biāo)、第二目標(biāo)等等；縱向的分解 一般是指按照階段，如分解為第一階段目標(biāo)、第二階段目標(biāo)等等，或近期目標(biāo)、中期目標(biāo)、遠期目標(biāo)等等。階段目標(biāo)一般應(yīng)當(dāng)說明目標(biāo)實現(xiàn)的較為明確的時間。一般 要在說明了總目標(biāo)的基礎(chǔ)上再說明分解目標(biāo)，可加上"為實現(xiàn)項目的總目標(biāo)，必須實現(xiàn)以下三個階段目標(biāo)......"

　　2.2 產(chǎn)品目標(biāo)與范圍

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

　　2.3 假設(shè)與約束

　　對于項目必須遵守的各種約束（時間、人員、預(yù)算、設(shè)備等）進行說明。這些內(nèi)容將限制你實現(xiàn)什么、怎樣實現(xiàn)、什么時候?qū)崿F(xiàn)、成本范圍等種種制約條件。

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

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

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

　　2.4 項目工作范圍

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

　　注意產(chǎn)品范圍與項目工作范圍的不同含義。

　　產(chǎn)品范圍界定：軟件系統(tǒng)產(chǎn)品本身范圍的特征和功能范圍。

　　工作范圍界定：為了能夠按時保質(zhì)交付一個有特殊的特征和功能的軟件系統(tǒng)產(chǎn)品所要完成的那些工作任務(wù)。

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

　　2.5 應(yīng)交付成果

　　2.5.1 需完成的軟件

　　列出需要完成的程序的名稱、所用的編程語言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數(shù)據(jù)庫對象創(chuàng)建語句、可執(zhí)行程序、支撐系統(tǒng)的數(shù)據(jù)庫數(shù)據(jù)、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。

　　2.5.2 需提交用戶的文檔

　　列出需要移交給用戶的每種文檔的名稱、內(nèi)容要點及存儲形式，如需求規(guī)格說明書、幫助手冊等。此處需要移交用戶的文檔可參考合同中的規(guī)定。

　　2.5.3 須提交內(nèi)部的文檔

　　可 根據(jù)《gb8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》附錄o："文件編制實施規(guī)定的實例（參考件）"結(jié)合各企業(yè)實際情況調(diào)整制定《軟件開發(fā)文檔編制 裁減衡量因素表》。根據(jù)《因素表》確定項目對應(yīng)的項目衡量因素取值，以確定本項目應(yīng)完成的階段成果。將不適用于本項目的內(nèi)容裁減，以減少不必要的項目任務(wù) 和資源。

　　根據(jù)因素取值列出本項目應(yīng)完成的階段成果，說明本項目取值所在的區(qū)間，將其他因素值區(qū)間刪除。

　　2.5.4 應(yīng)當(dāng)提供的服務(wù)

　　根據(jù)合同或某重點建設(shè)工作需要，列出將向用戶或委托單位提供的各種服務(wù)，例如培訓(xùn)、安裝、維護和運行支持等。具體的工作計劃如需要編制現(xiàn)場安裝作業(yè)指導(dǎo)書、培訓(xùn)計劃等，應(yīng)當(dāng)在本計劃"4.3總體進度計劃"中條列出。

　　2.6 項目開發(fā)環(huán)境

　　說明開發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統(tǒng)、開發(fā)工具、數(shù)據(jù)庫系統(tǒng)、配置管理工具、網(wǎng)絡(luò)環(huán)境。環(huán)境可能不止一種，如開發(fā)工具可能需要針對java的，也需要針對c 的。有些環(huán)境可能無法確定，需要在需求分析完成或設(shè)計完成后才能確定所需要的環(huán)境。

　　2.7 項目驗收方式與依據(jù)

　　說明項目內(nèi)部驗收和用戶驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專家參與驗收等等。項目驗收依據(jù)主要有標(biāo)書、合同、相關(guān)標(biāo)準(zhǔn)、項目文檔（最主要是需求規(guī)格說明書）。

　　3 項目團隊組織

　　3.1 組織結(jié)構(gòu)

　　說明項 目團隊的組織結(jié)構(gòu)。項目的組織結(jié)構(gòu)可以從所需角色和項目成員兩個方面描述。所需角色主要說明為了完成本項目任務(wù)，項目團隊需要哪些角色構(gòu)成，如項目經(jīng)理、 計劃經(jīng)理、系統(tǒng)分析員（或小組）、構(gòu)架設(shè)計師、設(shè)計組、程序組、測試組等等。組織結(jié)構(gòu)可以用圖形來表示，可以采用樹形圖，也可以采用矩陣式圖形，同時說明 團隊成員來自于哪個部門。除了圖形外，可以用文字簡要說明各個角色應(yīng)有的技術(shù)水平。

　　注意雖然有一些通用的結(jié)構(gòu)可以套用，但各種不同規(guī)模、不同形式的項目組織結(jié)構(gòu)是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實施人員（小組），但需要知識轉(zhuǎn)移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當(dāng)?shù)販p少。

　　3.2 人員分工

　　確定項目團隊的的每個成員屬于組織結(jié)構(gòu)中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結(jié)構(gòu)編寫。以下是一個示例。

　　3.3 協(xié)作與溝通

　　項目的溝通與協(xié)作首先應(yīng)當(dāng)確定協(xié)作與溝通的對象，就是與誰協(xié)作、溝通。溝通對象應(yīng)該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。

　　其 次應(yīng)當(dāng)確定協(xié)作模式與溝通方式。溝通方式如會議、使用電話、qq、內(nèi)部郵件、外部郵件、quickplace、聊天室等等。其中郵件溝通應(yīng)當(dāng)說明主送人、 抄送人，聊天室溝通方式應(yīng)當(dāng)約定時間周期。而協(xié)作模式主要說明在出現(xiàn)什么狀況的時候各個角色應(yīng)當(dāng)（主動）采取什么措施，包括溝通，如何互相配合來共同完成 某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會議等

　　3.3.1 項目團隊內(nèi)部協(xié)作

　　本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內(nèi)容。

　　3.3.2 項目接口人員

　　應(yīng)當(dāng)說明接口工作的人員即他們的職責(zé)、聯(lián)系方式、溝通方式、協(xié)作模式，包括：

　　a、負責(zé)本項目同用戶的接口人員；

　　b、負責(zé)本項目同本企業(yè)各管理機構(gòu)，如計劃管理部門、合同管理部門、采購部門、質(zhì)量管理部門、財務(wù)部門等的接口人員；

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

　　3.3.3 項目團隊外部溝通與協(xié)作模式

　　項 目團隊外部包括企業(yè)內(nèi)部管理協(xié)助部門、項目委托單位、客戶等等。本節(jié)說明在項目開發(fā)過程中項目團隊內(nèi)部與接口人員、客戶溝通的方式、頻次、溝通成果記錄辦 法等內(nèi)容。明確最終用戶、直接用戶及其所在本企業(yè)／部門名稱和聯(lián)系電話。明確協(xié)作開發(fā)的有關(guān)部門的名稱、經(jīng)理姓名、承擔(dān)的工作內(nèi)容以及工作實施責(zé)任人的姓 名、聯(lián)系電話。確定有關(guān)的合作單位的名稱、負責(zé)人姓名、承擔(dān)的工作內(nèi)容以及實施人的姓名、聯(lián)系電話。

　　4 實施計劃

　　4.1 風(fēng)險評估及對策

　　識別或預(yù)估項目進行過程中 可能出現(xiàn)的風(fēng)險。應(yīng)該分析風(fēng)險出現(xiàn)的可能性（概率）、造成的影響、根據(jù)影響應(yīng)該采取的對策，采取的措施。風(fēng)險識別包括識別內(nèi)在風(fēng)險及外在風(fēng)險。內(nèi)在風(fēng)險是 指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場轉(zhuǎn)向或政府行為等

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

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

　　軟件開發(fā)項目常見預(yù)估的風(fēng)險：

　　1) 工程／規(guī)模／進度上的風(fēng)險

　　規(guī)模大，規(guī)模估算不精確甚至誤差很大；就規(guī)模而言，用戶要求交付期、費用很緊；預(yù)料外的工作(測試未完時的現(xiàn)場對應(yīng)等)；

　　2) 技術(shù)上的風(fēng)險

　　使用新的開發(fā)技術(shù)、新設(shè)備等，或是新的應(yīng)用組合，沒有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒有經(jīng)驗；性能上的要求很嚴(yán)；

　　3) 用戶體制上的問題

　　用戶管理不嚴(yán)，恐怕功能決定、驗收不能順利地完成（或者出現(xiàn)了延遲）；或者恐怕功能會多次變更；與用戶分擔(dān)開發(fā)，恐怕工程會拖延（或者出現(xiàn)了延遲）；用戶或其他相關(guān)單位承擔(dān)的工作有可能延誤；

　　4) 其它：應(yīng)該包含此處沒有、但據(jù)推測有風(fēng)險的項目。

　　4.2 工作流程

　　說明項目采用什么樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng)建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時畫出本項目采用的工作流程圖及適當(dāng)?shù)奈淖终f明。

　　4.3 總體進度計劃

　　這里所說的總體進度計劃為高層計劃。作為補充，應(yīng)當(dāng)分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當(dāng)要以這份總體計劃為依據(jù)。

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

　　對 于項目計劃、項目準(zhǔn)備、需求調(diào)研、需求分析、構(gòu)架設(shè)計或概要設(shè)計、編碼實現(xiàn)、測試、移交、內(nèi)部培訓(xùn)、用戶培訓(xùn)、安裝部署、試運行、驗收等工作，給出每項工 作任務(wù)的預(yù)定開始日期、完成日期及所需的資源，規(guī)定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標(biāo)志性事件（里程碑）。

　　設(shè)計評審

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

　　制 定軟件項目進度計劃可以使用一些專門的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規(guī)模較大的項目，但無 法完全代替項目計劃書，特別是一些主要由文字來說明的部分。小規(guī)模的項目可簡便地使用excel作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說明。

　　制定軟件項目進度計劃應(yīng)當(dāng)考慮以下一些因素:

　　1）對于系統(tǒng)需求和項目目標(biāo)的掌握程度。如開始時對于系統(tǒng)需求和項目目標(biāo)只有比較數(shù)的了解，就只能制定出比較粗的進度計劃，等到需求階段或設(shè)計階段結(jié)束，就應(yīng)該進一步細化進度計劃。

　　2） 軟件系統(tǒng)規(guī)模和項目規(guī)模，這兩個不是一個概念。軟件系統(tǒng)規(guī)模往往是從功能點的估算或其他估算方式得來的，而項目規(guī)模還要考慮對文檔數(shù)量與質(zhì)量的要求，使用 的開發(fā)工具、新技術(shù)、多少復(fù)用、溝通的方便程度、客戶方的情況、需要遵守的標(biāo)準(zhǔn)規(guī)范等等等等。例如，完成一個大型的系統(tǒng)，在一定的時間內(nèi)一個人或幾個人的 智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開發(fā)人員并不能成比例地提高軟件開發(fā)能力。相反，隨著人員數(shù)量的增加，人員的組織、協(xié) 調(diào)、通信、培訓(xùn)和管理方面的問題將更為嚴(yán)重。

　　3）軟件系統(tǒng)復(fù)雜程度和項目復(fù)雜程度：和軟件系統(tǒng)規(guī)模和項目規(guī)模一樣，軟件系統(tǒng)的復(fù)雜程度主要是考慮 軟件系統(tǒng)本身的功能、架構(gòu)的復(fù)雜程度，而項目的復(fù)雜程度主要是指項目團隊成員的構(gòu)成、項目任務(wù)的復(fù)雜程度、項目干系人的復(fù)雜程度、需求調(diào)研的難易程度，多 項目情況下資源保障的情況，等等等等。軟件系統(tǒng)的規(guī)模與軟件系統(tǒng)的復(fù)雜程度未必是成比例的關(guān)系；同樣項目的規(guī)模與項目的復(fù)雜程度未必是成比例的關(guān)系。

　　4） 項目的工期要求，就是項目的緊急程度。有些項目規(guī)模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排 進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務(wù)所需要的時間）；加班如果處理不 好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質(zhì)量，造成質(zhì)量的下滑。

　　5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統(tǒng)分析員 的分析能力、系統(tǒng)設(shè)計人員的設(shè)計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個角度看還有總體上對客 戶行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開發(fā)工具、測試工具等技術(shù)的掌握程度；企業(yè)內(nèi)部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。

　　4.4 項目控制計劃

　　4.4.1 質(zhì)量保證計劃

　　執(zhí)行質(zhì)量評審活動，對過程質(zhì)量進行控制。規(guī)模較大的項目應(yīng)當(dāng)單獨編寫《軟件開發(fā)項目質(zhì)量計劃》。根據(jù)gb/t 12504 計算機軟件質(zhì)量保證計劃規(guī)范，內(nèi)容包括：

　　引言（本章節(jié)包括質(zhì)量計劃的目的、定義、參考資料）

　　管理（描述負責(zé)軟件質(zhì)量管理的機構(gòu)、任務(wù)及其相關(guān)的職責(zé)）

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

　　標(biāo)準(zhǔn)、條例和約定（列出軟件開發(fā)過程中要用到的標(biāo)準(zhǔn)、條例和約定，并列出監(jiān)督和保證執(zhí)行的措施）

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

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

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

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

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

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

　　4.4.2 進度控制計劃

　　（可直接引用以下描述或根據(jù)項目情況制定本節(jié)內(nèi)容）

　　本項目的進度監(jiān)控執(zhí)行本企業(yè)《項目管理規(guī)范》，由本企業(yè)過程控制部門如質(zhì)量管理部統(tǒng)一進行監(jiān)控，并保留在監(jiān)控過程中產(chǎn)生的日常檢查記錄。

　　4.4.3 預(yù)算監(jiān)控計劃

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

　　4.4.4 配置管理計劃

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

　　5 支持條件

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

　　5.1 內(nèi)部支持

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

　　例如，設(shè)備、軟件支持包括客戶機、服務(wù)器、網(wǎng)絡(luò)環(huán)境、外設(shè)、通訊設(shè)備、開發(fā)工具、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時間的要求。

　　5.2 客戶支持

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

　　5.3 外包（可選）

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

　　6 預(yù)算

　　6.1 人員成本

　　列出產(chǎn)品/項目團隊每一個人的預(yù)計工作月數(shù)。

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

　　勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養(yǎng)老金、醫(yī)療保險金

　　6.2 設(shè)備成本

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

　　列出擬購置的設(shè)備及其配置和所需的經(jīng)費

　　列出擬購置的軟件及其版本和所需的經(jīng)費

　　使用的現(xiàn)有設(shè)備及其使用時間

　　6.3 其它經(jīng)費預(yù)算

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

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

　�。�2） 資料費（圖書費、資料費、復(fù)印費、出版費）

　�。�3） 通信費（市話長話費、移動通信費、上網(wǎng)費、郵資）

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

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

　　（6） 協(xié)作費（業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費）

　�。�7） 培訓(xùn)費（培訓(xùn)資料編寫費、資料印刷費、產(chǎn)地費、設(shè)備費）

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

　　6.4 項目合計經(jīng)費預(yù)算

　　列出完成本項目需要的所有經(jīng)費預(yù)算（上述各項費用之和）。

　　7 關(guān)鍵問題

　　逐項列出能夠影響整個項目成敗的關(guān)鍵問題、技術(shù)難點和風(fēng)險，指出這些問題對項目成敗的影響。

　　8專題計劃要點

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

【軟件項目計劃書】相關(guān)文章：

軟件項目計劃書12-10

軟件項目計劃書05-15

軟件項目計劃書11-18

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

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

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

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

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

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