軟件項目計劃書(shū)范文
日子如同白駒過(guò)隙，不經(jīng)意間，我們又將續寫(xiě)新的詩(shī)篇，展開(kāi)新的旅程，讓我們對今后的工作做個(gè)計劃吧。你所接觸過(guò)的計劃都是什么樣子的呢？以下是小編收集整理的軟件項目計劃書(shū)范文，僅供參考，希望能夠幫助到大家。
軟件項目計劃書(shū)范文1
一、項目實(shí)施方案概述
軟件產(chǎn)品，特別是行業(yè)解決方案軟件產(chǎn)品不同于一般的商品，用戶(hù)購買(mǎi)軟件產(chǎn)品之后，不能立即進(jìn)行使用，需要軟件公司的技術(shù)人員在軟件技術(shù)、軟件功能、軟件操作等方面進(jìn)行系統調試、軟件功能實(shí)現、人員培訓、軟件上線(xiàn)使用、后期維護等一系列的工作，我們將這一系列的工作稱(chēng)為軟件項目實(shí)施。大量的軟件公司項目實(shí)施案例證明，軟件項目是否成功、用戶(hù)的軟件使用情況是否順利、是否提高了用戶(hù)的工作效率和管理水平，不僅取決于軟件產(chǎn)品本身的質(zhì)量，軟件項目實(shí)施的質(zhì)量效果也對后期用戶(hù)應用的情況起到非常重要的影響。項目實(shí)施規范主要包括項目啟動(dòng)階段、需求調研確認階段、軟件功能實(shí)現確認階段、數據標準化初裝階段、系統培訓階段、系統安裝測試及試運行階段、總體驗收階段、系統交接階段等八個(gè)階段工作內容，每個(gè)階段下面有不同的工作事項，各個(gè)階段之間都是承上啟下關(guān)系，上一階段的順利完成是保證下一階段的工作開(kāi)展的基礎。下面將按照每個(gè)項目實(shí)施階段分別介紹。
二、項目實(shí)施方案介紹
(一)項目啟動(dòng)階段
此階段處于整個(gè)項目實(shí)施工作的最前期，由成立項目組、前期調研、編制總體項目計劃、啟動(dòng)會(huì )四個(gè)階段組成。
此階段主任務(wù)：
公司：在合同簽定后，指定項目經(jīng)理，成立項目組，授權項目組織完成項目目標。
公司項目組：進(jìn)行前期項目調研，與用戶(hù)共同成立項目實(shí)施組織，編制《總體項目計劃》，召開(kāi)項目啟動(dòng)會(huì )。
商務(wù)經(jīng)理：配合公司項目組，將積累的項目和用戶(hù)信息轉交給項目組。將項目組正式介紹給用戶(hù)，配合項目組建立與用戶(hù)的聯(lián)系。
用戶(hù)：成立項目實(shí)施組織，配合前期調研和召開(kāi)啟動(dòng)會(huì )，簽署《總體項目計劃》和《項目實(shí)施協(xié)議》。
1、成立項目組
部門(mén)經(jīng)理接到實(shí)施申請后，任命項目經(jīng)理，指定項目目標，由部門(mén)經(jīng)理及項目經(jīng)理一起指定項目組成員及成員任務(wù)，并報總經(jīng)理簽署《項目任務(wù)書(shū)》。
2、前期調研
項目經(jīng)理及項目組成員，在商務(wù)人員配合下，建立與用戶(hù)的聯(lián)系，對合同、用戶(hù)進(jìn)行調研。填寫(xiě)《用戶(hù)及合同信息表》。在項目商務(wù)談判中，商務(wù)經(jīng)理積累了大量的信息，項目組首先應收集商務(wù)和合同信息，并與商務(wù)經(jīng)理一起識別那些個(gè)體和組織是項目的干系人，確定他們的需求和期望，如何滿(mǎn)足和影響這些需求、期望以確保項目能夠成功。
3、編制《項目總體計劃》
《項目總體計劃》是一個(gè)文件或文件的集合，隨著(zhù)項目信息不斷豐富和變化，會(huì )被不斷變更，主要介紹項目目標、主要項目階段、里程碑、可交付成果。通常包括以下幾方面內容：
項目描述，項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶(hù)的);
溝通管理計劃，確定項目干系人對信息和溝通的需要：即什么人何時(shí)需要什么信息以及通過(guò)什么方式將信息提供給他們。質(zhì)量管理計劃，確定適合于項目的質(zhì)量標準和如何滿(mǎn)足其要求。如果有必要，可以包括上述每一個(gè)計劃，詳細程度根據每個(gè)具體項目的要求而定。未解決事宜和未定的決策。
4、啟動(dòng)會(huì )
項目組與用戶(hù)共同召開(kāi)的宣布項目實(shí)施正式開(kāi)始的會(huì )議。
會(huì )程安排如下：
共同組建項目實(shí)施組織，實(shí)施組織的權利和職責;雙方簽署《項目實(shí)施協(xié)議》。
項目組介紹《項目總體計劃》和《項目實(shí)施協(xié)議》，包括以下內容：
項目目標、主要項目階段、里程碑、可交付成果。所計劃的職責分配(包括用戶(hù)的);
項目實(shí)施中項目管理的必要性和如何進(jìn)行項目管理，項目的質(zhì)量如何控制;
項目實(shí)施中用戶(hù)的參與和領(lǐng)導的支持的重要作用;
階段驗收、技術(shù)交接和項目結束后如何對用戶(hù)提供后續服務(wù)。
(二)需求調研確認階段
此階段的主要工作是軟件公司的項目實(shí)施人員向用戶(hù)調查用戶(hù)對系統的需求，包括管理流程調研、功能需求調研、報表要求調研、查詢(xún)需求調研等，實(shí)施人員調研完成后，會(huì )編寫(xiě)《需求調研分析手冊》，并交付用戶(hù)進(jìn)行確認，待用戶(hù)對《需求調研分析手冊》上所提到的需求確認完畢后，項目實(shí)施人員將以此為依據進(jìn)行軟件功能的實(shí)現。如果用戶(hù)又提出新的需求，實(shí)施人員將分析需求的難度及對整個(gè)系統的影響程度來(lái)確定是否給予實(shí)現。需求調研階段具體包括如下內容：
1、進(jìn)行需求調研準備
2、編制《需求調研計劃》
3、內部評審是否通過(guò)《需求調研計劃》，項目組、部門(mén)經(jīng)理、商務(wù)等人員根據合同要求和項目實(shí)際情況對《需求調研計劃》草稿進(jìn)行評審，如評審通過(guò)，則在稍后的時(shí)間內簽署，如評審不通過(guò)則重新修改。
4、用戶(hù)是否簽署《需求調研計劃》，如用戶(hù)簽署《需求調研計劃》，則作為以后需求調研工作的指南。否則重新修改。
5、《需求調研計劃》是否有變更，如果計劃存在變更，則執行變更控制流程，否則按計劃進(jìn)行后續工作。
6、編寫(xiě)及發(fā)出《需求調研通知》，項目組編寫(xiě)《需求調研通知》，確定進(jìn)行需求調研的相關(guān)事宜，發(fā)給用戶(hù)，為順利完成需求調研工作做準備
7、需求調研，項目組以《需求調研手冊》為依據，從業(yè)務(wù)流程、單據使用、打印格式、報表查詢(xún)幾個(gè)方面展開(kāi)深入和全面的調研，并搜集用戶(hù)的個(gè)性化需求。
8、需求調研分析根據調研的結果，項目組和公司其他技術(shù)部門(mén)將進(jìn)一步進(jìn)行分析，確定合理、可行的需求，將分析結果形成《需求分析報告》草稿。
9、內部評審是否通過(guò)《需求分析報告》。項目組、部門(mén)經(jīng)理、公司其他技術(shù)部門(mén)的人員對《需求分析報告》草稿進(jìn)行評審，如評審通過(guò)，則在稍后由用戶(hù)簽署，如評審不通過(guò)則重新修改，直至內部評審通過(guò)。
10、編寫(xiě)及發(fā)出《需求分析報告確認通知》。項目組編寫(xiě)《需求分析報告確認通知》，發(fā)給用戶(hù)，確定進(jìn)行需求確認的相關(guān)事宜，告之相關(guān)部門(mén)及人員安排好工作，準時(shí)參與需求確認工作，為順利完成需求確認工作做準備。
11、用戶(hù)是否確認《需求分析報告》。如果用戶(hù)確認，并簽署了《需求分析報告》，則需求調研階段工作結束，進(jìn)行后續的軟件功能實(shí)現的工作;如沒(méi)有確認，則進(jìn)一步進(jìn)行調研、分析，直至用戶(hù)最終確認并簽署《需求分析報告》。雙方簽署了《需求分析報告》，需求調研工作結束之后，如果用戶(hù)提出新的需求或是變更已有的需求，則執行需求新增及變更流程。
(三)軟件功能實(shí)現確認階段
此階段的主要工作是項目實(shí)施人員根據需求調研階段確認的《需求調研分析手冊》中的用戶(hù)需求內容進(jìn)行具體軟件功能的實(shí)現工作。在軟件功能實(shí)現的過(guò)程中，項目實(shí)施人員將記錄軟件實(shí)現的詳細過(guò)程。便于公司售后服務(wù)之用。每一個(gè)實(shí)施技術(shù)人員必須嚴格按照要求記錄、存檔。按照調研要求的所有功能實(shí)現完畢后，項目實(shí)施人員將編制《軟件功能確認表》，將定制好軟件功能待用戶(hù)確認，用戶(hù)根據《軟件功能確認表》上的'功能逐一確定軟件功能是否達到要求，對不滿(mǎn)足要求的功能，項目實(shí)施人員將會(huì )記錄下來(lái)并進(jìn)行功能修改，直到滿(mǎn)足用于要求。
(四)數據標準化初裝階段
此階段的主要工作是項目實(shí)施人員指導用戶(hù)進(jìn)行系統標準化資料的準備工作，并對用戶(hù)進(jìn)行初裝資料的軟件操作培訓，以便用戶(hù)能夠及時(shí)的將標準資料錄入系統，初裝完成后，項目實(shí)施人員會(huì )對資料初裝的情況進(jìn)行核查，為以后具體業(yè)務(wù)功能的開(kāi)展做好基礎。
(五)系統培訓階段
系統培訓階段工作是整個(gè)項目實(shí)施工作中比較重要的工作，用戶(hù)對軟件的操作功能是否熟練將直接影響到后面的軟件應用效果，所以軟件公司和用戶(hù)雙方要對此階段的工作給予足夠的重視。要充分認識培訓的重要性和艱巨性。在項目實(shí)施之前對用戶(hù)的相關(guān)人員進(jìn)行系統和規范的產(chǎn)品培訓是非常必要的，達到讓用戶(hù)了解軟件產(chǎn)品，最終自己能夠解決使用中的具體的問(wèn)題。
此階段的培訓工作中將用戶(hù)參加產(chǎn)品培訓的人員劃分為三個(gè)層次：決策層、技術(shù)層、操作層，對不同層次的用戶(hù)參加產(chǎn)品培訓人員的培訓內容分別是：
決策層：領(lǐng)導在實(shí)施中的作用與重要性、決策查詢(xún)。
維護層：系統維護知識、操作方法。
操作層：操作方法。
具體的培訓工作流程為：
1、調研培訓信息：在培訓開(kāi)始前3天由用戶(hù)實(shí)施負責人，將參加培訓的部門(mén)和人員情況填入《受訓部門(mén)匯總表》、《受訓人員情況一覽表》。
2、編制培訓計劃：結合調研結果，與用戶(hù)實(shí)施負責人商議具體培訓內容、時(shí)間，場(chǎng)地，人員等。項目組編制《培訓計劃》。
3、簽署培訓計劃：用戶(hù)簽署《培訓計劃》，進(jìn)一步確認培訓安排。
4、發(fā)培訓通知：培訓開(kāi)始前2天，按照簽署的《培訓計劃》，將培訓內容、時(shí)間，場(chǎng)地，人員等信息通知用戶(hù)實(shí)施負責人。
5、搭建培訓環(huán)境：公司項目組在培訓開(kāi)始前，將培訓環(huán)境搭建及檢查妥當，將培訓提綱及培訓手冊準備好。
6、組織培訓：公司項目組培訓負責人與用戶(hù)實(shí)施負責人組織相關(guān)人員參加培訓，按培訓制度嚴格考核。由用戶(hù)將考勤情況填入《培訓人員簽到表》。
7、培訓考核：公司項目組培訓負責人與用戶(hù)實(shí)施負責人組織受訓人員參加上機及理論考試。
8、培訓總結：公司項目組培訓負責人與用戶(hù)實(shí)施負責人一起將出勤情況及考核情況做出總結，填入《培訓及考核統計表》，及時(shí)向相關(guān)負責人匯報。
(六)系統安裝測試及試運行階段
此階段的主要工作是在用戶(hù)真實(shí)環(huán)境下，對用戶(hù)網(wǎng)絡(luò )及硬件設備進(jìn)行測試，對軟件系統進(jìn)行容量、性能壓力等測試測試及試運行的目的在于確保系統各項功能均能正常使用，并且符合用戶(hù)簽署的《需求分析報告》中描述的需求，同時(shí)把盡可能多的潛在問(wèn)題在正式運行之前發(fā)現并改正;同時(shí)目的還在于在正式運行前用戶(hù)的有關(guān)人員能進(jìn)一步提高操作水平，掌握操作規范。此階段的主要工作內容為：
1、編制計劃： 與用戶(hù)實(shí)施負責人商議具體測試及試運行時(shí)間，地點(diǎn)，人員等安排，項目組編制《測試及試運行計劃》。
2、簽署計劃： 用戶(hù)簽署《測試及試運行計劃》，進(jìn)一步確認測試及試運行安排。
3、發(fā)測試及試運行通知： 在測試及試運行開(kāi)始前2天，按照簽署的《測試及試運行計劃》，將時(shí)間，地點(diǎn)，人員等信息通知用戶(hù)實(shí)施負責人。
4、搭建環(huán)境及數據準備： 在試運行開(kāi)始前搭建好軟件環(huán)境、硬件環(huán)境、網(wǎng)絡(luò )環(huán)境、調通線(xiàn)路;檢查軟件、硬件、網(wǎng)絡(luò )、線(xiàn)路等各個(gè)環(huán)節是否有問(wèn)題;
5、組織測試及試運行： 用戶(hù)相關(guān)各級領(lǐng)導給予全面配合，組織相關(guān)人員進(jìn)行測試及試運行。公司項目組負責擔當指揮，檢查用戶(hù)人員組織情況并給予指導，跟蹤檢查如下情況：
跟蹤單據流轉狀況。
跟蹤新資料登錄環(huán)節。
觀(guān)察業(yè)務(wù)流程執行狀況。
觀(guān)察操作人員操作表現。
觀(guān)察系統運行速度及異常表現。
觀(guān)察關(guān)鍵數據的正確性。
及時(shí)糾正錯誤操作、對于新發(fā)生的問(wèn)題及時(shí)與相關(guān)人員溝通，確定解決辦法。
6、測試及試運行總結： 測試及試運行完成，總結試運行中設備、軟件的運行情況，總結試運行中業(yè)務(wù)流程和操作環(huán)節的情況，以書(shū)面總結形式將測試及試運行結果通知相關(guān)負責人。
(七)總體驗收階段。此階段是對項目總體的完成情況進(jìn)行驗收。驗收分階段進(jìn)行，在每一項目階段結束時(shí)，用戶(hù)對這一階段的可交付成果進(jìn)行驗收，在測試及試運行結束后，對系統進(jìn)行總體驗收。
(八)系統交接階段。此階段是項目實(shí)施的最后一個(gè)階段，主要工作是軟件公司項目組向用戶(hù)移交軟件項目，包括軟件產(chǎn)品、項目實(shí)施過(guò)程中所生成的各種文檔，并簽署《售后服務(wù)協(xié)議》，項目將進(jìn)入售后服務(wù)階段。軟件公司項目組還需要讓用戶(hù)填寫(xiě)《用戶(hù)滿(mǎn)意度調查表》，對軟件公司項目實(shí)施人員的整個(gè)項目實(shí)施情況進(jìn)行評價(jià)，軟件公司將聽(tīng)取用戶(hù)的意見(jiàn)，再今后的項目實(shí)施管理中進(jìn)行加強和改進(jìn)。
三、軟件實(shí)施的成功之道
(一)軟件必須能滿(mǎn)足和適應企業(yè)需求
這一點(diǎn)是整個(gè)項目能否成功實(shí)施的最關(guān)鍵的一環(huán)。很多企業(yè)都在這一方面吃過(guò)虧，在選型時(shí)見(jiàn)到的軟件有很多功能模塊，在樣板企業(yè)里數據也能跑起來(lái)，但當軟件買(mǎi)回來(lái)了以后，卻發(fā)現了軟件的很多功能與企業(yè)的現實(shí)差別很大，所以根本就用不起來(lái)。不同企業(yè)之間的管理流程和對數據的要求差別很大，基本上兩個(gè)完全相同的企業(yè)是不存在的，世界上絕對不會(huì )有一種“萬(wàn)能軟件”能滿(mǎn)足所有企業(yè)的需求。企業(yè)在選型軟件時(shí)，要充分考慮各種管理流程的特點(diǎn)、數據的來(lái)源、統計報表不同功能模塊的關(guān)系、企業(yè)員工的接受能力及與其它系統的接口等很多問(wèn)題，所以企業(yè)選擇的必須是軟件提供商為企業(yè)訂制開(kāi)發(fā)出來(lái)的。如果軟件提供商不為企業(yè)做前期需求分析和訂制開(kāi)發(fā)，只是把現成的軟件賣(mài)給企業(yè)，它的實(shí)施成功率幾乎為零，如果是這樣的服務(wù)，企業(yè)還不如買(mǎi)一套盜版軟件。所以我們可以得出這樣的結論，企業(yè)買(mǎi)軟件提供商的不是它的軟件，而是它的開(kāi)發(fā)能力。
(二)軟件是否能進(jìn)行二次開(kāi)發(fā)
因為企業(yè)現有的流程不是一成不變的，需不斷完善與改進(jìn)，所以軟件的功能也需要能進(jìn)行相應的修改，而且企業(yè)在第一次做項目需求時(shí)，有些問(wèn)題可能忽略掉了，所以必須要求選型的軟件有強大的二次開(kāi)發(fā)能力。如果軟件的結構過(guò)于僵死或二次開(kāi)發(fā)能力不強，它未來(lái)可能會(huì )變成一塊“雞肋”，讓企業(yè)有種“食之無(wú)味、棄之可惜”的感覺(jué)。測試軟件是否具有快速二次開(kāi)發(fā)能力的方法也不難，就是企業(yè)在選型時(shí)，不僅要看軟件提供商如何演示，還要提出一些個(gè)性化需求，看看對方能否迅速開(kāi)發(fā)出來(lái)。
(三)軟件和實(shí)施費用應相對便宜
企業(yè)第一次實(shí)施由于經(jīng)驗上的不足，風(fēng)險不是沒(méi)有，確實(shí)有許多優(yōu)秀的企業(yè)是通過(guò)第二次實(shí)施才獲得了成功。因此企業(yè)在第一次選型軟件時(shí)，不要只注意軟件提供商的品牌和規模，因為價(jià)格越高，企業(yè)自身的風(fēng)險就越高。我們建議企業(yè)最好還是購買(mǎi)那些物美價(jià)廉的產(chǎn)品，也就是當所選軟件都能滿(mǎn)足企業(yè)現實(shí)需求且能進(jìn)行二次開(kāi)發(fā)時(shí)，企業(yè)最好選擇價(jià)格便宜的那家，就好像一個(gè)人剛學(xué)會(huì )開(kāi)車(chē)，就要買(mǎi)一輛奔馳轎車(chē)，無(wú)論這個(gè)人是否真正有錢(qián)都不是明智的選擇�，F在出現了平臺化組構的軟件產(chǎn)品，它可以通過(guò)建模工具迅速按照客戶(hù)的需求進(jìn)行軟件開(kāi)發(fā)，這樣就大量地節約軟件開(kāi)發(fā)周期和成本，而且二次開(kāi)發(fā)工作也變得十分的簡(jiǎn)單，所以企業(yè)最好選擇這樣的產(chǎn)品。
(四)軟件操作要簡(jiǎn)單、易學(xué)
由于許多企業(yè)過(guò)去沒(méi)有信息化建設的經(jīng)驗，員工一下子由過(guò)去的手工工作轉為計算機工作肯定有一個(gè)適應過(guò)程，如軟件組構和操作過(guò)于復雜，那么一定會(huì )加大培訓和實(shí)施的難度。
軟件項目計劃書(shū)范文2
1、引言
1、1編寫(xiě)目的
本報告的主要作用是確定各個(gè)項目模塊的開(kāi)發(fā)情況和主要的負責人，供各項目模塊的負責人閱讀，做到及時(shí)協(xié)調，按步有序進(jìn)行項目的開(kāi)發(fā)。減少開(kāi)發(fā)中的不必要損失。
便于項目團隊成員更好地了解項目情況，使項目工作開(kāi)展的各個(gè)過(guò)程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開(kāi)發(fā)進(jìn)度、經(jīng)費預算、項目?jì)韧猸h(huán)境條件等內容做出的安排以書(shū)面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動(dòng)的行動(dòng)基礎，項目團隊開(kāi)展和檢查項目工作的'依據。
具體步驟：擬訂開(kāi)發(fā)計劃書(shū)，分配項目工作，安排項目進(jìn)度
計劃對象：網(wǎng)上書(shū)店開(kāi)發(fā)小組
2、項目概述
2、1項目背景
隨著(zhù)網(wǎng)絡(luò )技術(shù)的發(fā)展，Internet已成為最具市場(chǎng)潛力的技術(shù)領(lǐng)域，使用Web技術(shù)設計的數據庫應用軟件，是目前Internet市場(chǎng)的技術(shù)中堅，各種Web應用如電子商務(wù)，網(wǎng)上購物等都采用這種方式實(shí)現�；ヂ�(lián)網(wǎng)的優(yōu)勢在于用戶(hù)能同時(shí)從不同地點(diǎn)、不同數據庫中存取數據。
網(wǎng)上購物系具體是指利用各種電子工具與網(wǎng)絡(luò )，高效率，低成本地從事以商品交換為中心的各種商務(wù)貿易活動(dòng)。電子商務(wù)應用的興起已經(jīng)促使商品流通領(lǐng)域發(fā)生了一場(chǎng)巨大的革命。
它打破了時(shí)空的界限，加速了整個(gè)社會(huì )的商品流通，有效地降低了企業(yè)生產(chǎn)成本，提高企業(yè)競爭力。電子商務(wù)的一個(gè)重要技術(shù)特征。是利用Web技術(shù)來(lái)傳輸與處理商業(yè)信息，因此有人稱(chēng)：電子商務(wù)=web+IT。因此我們將開(kāi)發(fā)一個(gè)典型的電子商務(wù)系統：網(wǎng)上書(shū)店。
2、2項目目標與范圍
2、2、1目標和范圍描述
項目：網(wǎng)上購書(shū)系統
該系統適用于在網(wǎng)上書(shū)籍交易，網(wǎng)上書(shū)店的管理，通過(guò)此軟件系統對書(shū)籍進(jìn)行有效管理，靈活的滿(mǎn)足自己客戶(hù)需要。
問(wèn)題：實(shí)地購書(shū)比較麻煩，購書(shū)范圍小，能購書(shū)的種數也有限。
項目目標：開(kāi)發(fā)一個(gè)網(wǎng)上購書(shū)系統是項目的總目標，為實(shí)現項目的總目標可按以下三個(gè)階段目標來(lái)進(jìn)行：
第一階段目標：實(shí)現網(wǎng)上購書(shū)系統的基本功能，小組個(gè)成員進(jìn)行各個(gè)模塊的開(kāi)發(fā)，形成初步的系統。
第二階段目標：攻克技術(shù)上的難題，實(shí)現網(wǎng)上購書(shū)系統的一些特殊功能，進(jìn)一步完善系統。
第三階段目標：讓系統投入到實(shí)際運用中，做好系統的維護工作。
項目范圍：利用現有的微型計算機，借鑒前人的網(wǎng)上購書(shū)系統開(kāi)發(fā)經(jīng)驗、徐州博庫網(wǎng)上書(shū)城和資料中的電子商鋪系統的開(kāi)發(fā)模式，預計軟件開(kāi)發(fā)費用不超過(guò)***元。
初步設想：建議在系統中增加一個(gè)BBS的模塊，方便用戶(hù)發(fā)表言論。
2、2、2主要功能
(1)概述
可行性分析：這個(gè)系統沒(méi)有經(jīng)濟效益，不能收回成本，但可以得到知識，熟悉做項目的過(guò)程;現有的技術(shù)能夠完成系統的基本功能，但做BBS論壇還有一定的技術(shù)困難，開(kāi)發(fā)這個(gè)新系統，只是借鑒前人的開(kāi)發(fā)模式，做出有個(gè)人特色的網(wǎng)上購書(shū)系統，僅供平時(shí)學(xué)習用。不會(huì )引起任何的侵權問(wèn)題。通過(guò)對用戶(hù)的進(jìn)一步訪(fǎng)問(wèn)，用戶(hù)希望能夠通過(guò)互連網(wǎng)，能夠瀏覽書(shū)籍，查找他們想要的書(shū)籍，并能夠訂購要買(mǎi)的書(shū)，這不僅很方便，還節省了用戶(hù)的時(shí)間。
(2)傳統購書(shū)系統流程圖
網(wǎng)上購書(shū)流程
(3)功能描述
圖書(shū)查詢(xún)和瀏覽功能：當進(jìn)入網(wǎng)上書(shū)店后，無(wú)需登錄，就可以瀏覽書(shū)籍，而電子書(shū)店還可以提供一個(gè)更好的功能，即通過(guò)圖書(shū)名稱(chēng)、類(lèi)別等信息從浩瀚的書(shū)海中迅速的找到的書(shū)。
用戶(hù)登錄注冊功能：在用戶(hù)購買(mǎi)的圖書(shū)時(shí)，系統將判斷其是否登錄，如果沒(méi)有，則轉向登錄界面，登錄后，系統還將轉向原來(lái)用戶(hù)瀏覽的頁(yè)面。
購物車(chē)功能：用戶(hù)登錄后，就可以把圖書(shū)放入購物籃中，可以對購物籃進(jìn)行管理，包括修改所購圖書(shū)數量、刪除圖書(shū)等。
圖書(shū)信息管理功能：管理人員可以添加圖書(shū)，修改圖書(shū)的類(lèi)別，價(jià)格，上傳圖書(shū)的相關(guān)圖片等。
定單信息管理功能：用戶(hù)確認購買(mǎi)圖書(shū)，將形成一條訂單信息，用戶(hù)可以查詢(xún)自己的定單。管理員可以查看定單，售出書(shū)籍。
2、2、3性能
2、2、4管理和技術(shù)約束
由于沒(méi)有做過(guò)項目的經(jīng)驗，在加上編程技術(shù)的限制，小組人員少，時(shí)間的限制只能實(shí)現一個(gè)具有簡(jiǎn)單功能的網(wǎng)上購書(shū)系統。
2、項目估算
2、1使用的歷史數據
徐州博庫網(wǎng)上書(shū)店、電子商鋪系統
2、2使用的評估技術(shù)
軟件規模估算：采用類(lèi)比的方法，根據歷史數據來(lái)進(jìn)行估算
工作量估算：基本COCOMO模型
成本估算：基本COCOMO模型
時(shí)間估算：基本COCOMO模型
2、3工作量、成本、時(shí)間估算
軟件規模：LOC=[(50(重新設計)%+50(重新編碼)%+重新測試(100)%)/3]×已有代碼行(20000)=13000
工作量估算：人員：六人
成本估算：資料費(資料費、復印費)
通信費(移動(dòng)通信費、上網(wǎng)費、電費)
時(shí)間估算：
基本COCOMO模型把工作量作為軟件規模的函數來(lái)計算，其計算公式為：
E=aS^bS是以千源代碼行(KLOC)計數的程序規模，a，b為開(kāi)發(fā)模式因子
在我們的項目中，我們采用半分離式，因此a取值為3、0，b取值為1、12
即E=3、0*13^1、12=53、056
根據計算的工作量，我們由下面公式計算所需的開(kāi)發(fā)時(shí)間：
t=cE^dE為我們所計算的工作量人月為單位，c，d是隨開(kāi)發(fā)模式而改變的因
子，在這里我們同樣采用半分離式，c取值為2、5，d取值為0、35
即t=2、5*53、056^0、35=10、036
在小組中，我們共六人，大約2個(gè)月完成任務(wù)。
軟件項目計劃書(shū)范文3
計算機軟件特別是數據庫軟件已成為當今計算機應用的核心力量，因此軟件開(kāi)發(fā)人員需掌握精準的開(kāi)發(fā)技巧，了解整個(gè)開(kāi)發(fā)過(guò)程，這樣才能使他們對軟件項目有清晰的認識，從而獲得事半功倍的效果。
1 開(kāi)發(fā)前的準備工作
一般來(lái)說(shuō)，每個(gè)軟件項目在開(kāi)發(fā)之前都會(huì )有一份系統任務(wù)書(shū)，明確了軟件的開(kāi)發(fā)目標、主要任務(wù)、功能、性能指標，還有研究人員和經(jīng)費、進(jìn)度等方面的安排，這將是系統設計開(kāi)發(fā)和驗收的基本依據。
然而，系統任務(wù)書(shū)只是對軟件項目的基本要求。面對具體情況，軟件開(kāi)發(fā)人員和需求分析師需要共同探討并詳細分析軟件項目的細節。必要時(shí)還需要進(jìn)行實(shí)地考察，最后共同制定出系統的需求分析。需求分析的目標在于：
確保軟件在軍事、技術(shù)、經(jīng)濟和社會(huì )環(huán)境上的可行性和必要性；
分析現有系統（工作環(huán)境）的狀態(tài)，描繪待開(kāi)發(fā)系統的具體需求，為用戶(hù)提供與開(kāi)發(fā)人員之間的交流基礎，并提供項目設計的基本信息。
需求分析報告的基本框架包括：
概述：包括編寫(xiě)的目的、背景、參考資料和術(shù)語(yǔ)縮寫(xiě)；
現有系統的分析；
待開(kāi)發(fā)系統的詳細需求；
使用環(huán)境；
可行性分析；
結論意見(jiàn)。
2 軟件開(kāi)發(fā)過(guò)程
擁有系統任務(wù)書(shū)和需求分析報告后，軟件設計師就需要對軟件項目的實(shí)現進(jìn)行系統分析，系統分析包括系統的整體方案、系統設計說(shuō)明，它們是軟件設計的重要參考。
2.1 系統總體方案
基于系統開(kāi)發(fā)單位和用戶(hù)的深入互動(dòng)和理解，我們需要提出系統的技術(shù)架構，明確系統的功能、性能等主要指標，規定實(shí)現方法和要求，這些都是系統進(jìn)行詳細設計的基礎。
系統總體方案基本框架包括：
引言：包括編寫(xiě)的目的、背景、參考資料和術(shù)語(yǔ)縮寫(xiě)；
項目概述；
實(shí)施總計劃。
2.2 系統設計說(shuō)明
根據《系統總體方案》提出的系統架構、功能、性能及數據要求，我們需要確定系統的物理結構，闡述系統主要技術(shù)方面的設計和采用的技術(shù)方法以及系統的標準化約束等，這些都是系統實(shí)施的基本依據。
2.3 軟件開(kāi)發(fā)
開(kāi)發(fā)語(yǔ)言的選擇因人而異，開(kāi)發(fā)數據庫系統我更傾向于DELPHI，因為它對數據庫開(kāi)發(fā)的支持非常完善。
在軟件實(shí)現方面，我們已經(jīng)說(shuō)明了一種客戶(hù)/服務(wù)器結構，但這種結構本身也有一些問(wèn)題，例如客戶(hù)/服務(wù)器結構經(jīng)常將應用系統的企業(yè)邏輯編寫(xiě)在客戶(hù)端的應用程序中，因此當應用系統需要改變時(shí)，所有在客戶(hù)端的應用系統都必須改變，這對MIS系統的維護來(lái)說(shuō)成本太高了。為了解決這些問(wèn)題，我們必須導入所謂的應用程序服務(wù)器，軟件開(kāi)發(fā)人員以一種特定的組件形式，如Microsoft的COM/DCOM，CORBA對象，或EnterpriseJavaBean等，組裝企業(yè)的邏輯程序代碼。這種經(jīng)過(guò)組裝，能夠執行特定企業(yè)功能的'對象便稱(chēng)為"企業(yè)對象"，然后把這些企業(yè)對象分發(fā)到此應用程序服務(wù)器。
關(guān)于程序設計中的技巧有很多，這里不再贅述。
3 軟件開(kāi)發(fā)后的工作
軟件項目在開(kāi)發(fā)完成后還需要進(jìn)行系統測試，以驗證開(kāi)發(fā)出來(lái)的軟件的功能和性能是否達到預期要求。
3.1 軟件測試大綱
這是軟件設計人員用來(lái)自測系統的。包括：
測試環(huán)境；
功能測試內容；
性能測試內容；
附錄：附表一 系統功能測試表；附表二 系統性能測試表。
3.2 用戶(hù)應用測試
由用戶(hù)在實(shí)際使用過(guò)程中進(jìn)行測試，并給出應用證明。
4、總結
開(kāi)發(fā)軟件項目是一個(gè)龐大的系統工程，上述只是介紹了通用軟件特別是數據庫軟件的開(kāi)發(fā)過(guò)程和設計理念。它要求軟件開(kāi)發(fā)者對其有深入的理解，熟悉軟件開(kāi)發(fā)的思路。
通常一個(gè)人難以完成所有工作，需要一個(gè)優(yōu)秀的合作團隊來(lái)協(xié)同完成。其中，需求分析師和系統分析師負責提供軟件項目的具體要求和設計理念，由軟件開(kāi)發(fā)組把這些要求轉化為易于維護和持續發(fā)展的系統資源。
軟件項目計劃書(shū)范文4
計算機軟件尤其是數據庫軟件，成為了當代計算機應用的主流。因此軟件開(kāi)發(fā)人員就必須掌握正確的開(kāi)發(fā)手段，了解軟件開(kāi)發(fā)的主要過(guò)程，這樣心中對軟件項目才有清醒的認識，才能達到事半功倍的效果。本文就軟件開(kāi)發(fā)過(guò)程中的一些方法，結合本人開(kāi)發(fā)過(guò)的一些軟件項目做一些詳細論述。
1 開(kāi)發(fā)前的準備工作
一般軟件項目在開(kāi)發(fā)前都有系統任務(wù)書(shū)，主要規定軟件的開(kāi)發(fā)目標、主要任務(wù)、功能、性能指標及研制人員和經(jīng)費、進(jìn)度等安排，作為系統設計開(kāi)發(fā)和檢驗的基本依據。
系統任務(wù)書(shū)的基本框架如下：
(1)引言
包括編寫(xiě)目的，背景，參考資料。
(2)系統的目標及任務(wù)
包括系統建設目標，系統的主要任務(wù)，系統性能指標，系統標準化要求。
(3)系統的結構及功能
包括系統應用組成及結構，系統主要功能。
(4)系統的規模及進(jìn)度要求
包括系統規模，系統研制進(jìn)度，人員計劃。
但是系統任務(wù)書(shū)只是這個(gè)軟件項目的一個(gè)基本要求，針對具體情況，軟件開(kāi)發(fā)人員和需求分析人員就要聯(lián)合對軟件項目的細節進(jìn)行具體分析，必要時(shí)還要進(jìn)行實(shí)地調研，然后共同商討寫(xiě)出系統的需求分析，需求分析的編寫(xiě)目的在于：
a. 說(shuō)明系統在軍事方面、技術(shù)方面、經(jīng)濟方面和社會(huì )條件方面實(shí)現的可行性和必要性;
b. 分析原系統(工作環(huán)境)現狀,描述待開(kāi)發(fā)系統的詳細需求，提供用戶(hù)和開(kāi)發(fā)人員之間溝通的基礎，提供項目設計的基本信息。
需求分析報告的基本框架如下：
(1) 概述
包括 編寫(xiě)目的，背景，參考資料，術(shù)語(yǔ)及縮寫(xiě)詞。
(2) 對現有系統的分析
(3)待開(kāi)發(fā)系統的詳細需求
包括 功能需求，使用范圍，業(yè)務(wù)流程，用戶(hù)界面，輸出要求，故障處理。
(4)使用環(huán)境
包括 網(wǎng)絡(luò )環(huán)境，硬件環(huán)境，軟件環(huán)境，與其他系統的關(guān)系，安全與保密。
(5) 可行性分析
包括 技術(shù)可行性分析，經(jīng)濟可行性分析，人員可行性分析，影響待開(kāi)發(fā)系統的主要因素。
(6)結論意見(jiàn)
2 軟件開(kāi)發(fā)過(guò)程
有了系統任務(wù)書(shū)和需求分析報告，軟件設計人員就要對軟件項目的實(shí)現進(jìn)行系統分析，系統分析包括系統的總體方案，系統的設計說(shuō)明，作為軟件設計的依據。具體說(shuō)明如下。
2.1 系統總體方案
在系統開(kāi)發(fā)單位和用戶(hù)充分交互、理解的基礎上，提出系統的技術(shù)構架，對系統功能、性能等主要指標作描述，對實(shí)現方法和要求作規定，是系統進(jìn)行詳細設計的依據。
系統總體方案基本框架包括：
(1)引言
包括 ：編寫(xiě)目的，背景，參考資料，術(shù)語(yǔ)及定義。
(2)項目概述
包括 ：
--項目的主要內容
--系統需求分析：①用戶(hù)需求調查分析②現行系統的現狀調查分析。
--系統功能：①系統的功能要求②系統主要技術(shù)性能。
--系統的數據要求：①基礎數據②業(yè)務(wù)數據③交換數據④其它數據。
--系統的'設計要求：①技術(shù)結構要求②系統劃分及其接口要求③系統運行環(huán)境要求④系統標準化綜合要求。
(3)實(shí)施總計劃
包括 ：進(jìn)度，預算，問(wèn)題和措施。
2.2 系統設計說(shuō)明
根據《系統總體方案》提出的系統構架、功能、性能及數據要求，確定系統的物理結構，說(shuō)明系統主要技術(shù)方面的設計和采用的技術(shù)方法以及系統的標準化約束等，是系統實(shí)施的基本依據。就本人曾經(jīng)開(kāi)發(fā)過(guò)的一個(gè)軟件項目，說(shuō)明其基本框架：
(1) 引言
包括 ：編寫(xiě)目的;背景;條件和限制;參考資料;術(shù)語(yǔ)及定義。
(2) 系統總體技術(shù)方案
包括：
--概述：①系統目標②基本要求。
--系統設計：
�、傧到y結構
a、 應用結構。
b、 功能結構。
c、 技術(shù)結構。
�、� 系統功能設計：根據以上的分析，功能設計自然
包括業(yè)務(wù)管理功能設計、綜合查詢(xún)功能設計、郵件收發(fā)功能設計、數據庫接口設計、文電接口設計。在對這些功能進(jìn)行綜合分析的基礎上，開(kāi)始進(jìn)行數據庫表的設計。在對表的設計過(guò)程中，既要考慮到關(guān)系數據庫冗余字段的處理，又要考慮到系統運行的速度和實(shí)現的方便性等綜合因素，筆者在實(shí)際開(kāi)發(fā)后認為這兩種考慮比例可以為7：3。
�、巯到y安全設計：可以考慮以下一些安全設計思想，例如系統的數據傳輸通過(guò)電子郵件實(shí)現，要求電子郵件內部只傳代碼，不傳涉密數據;系統的數據庫操作需要充分利用Oracle數據庫的事務(wù)提交和回滾機制，確保業(yè)務(wù)處理的完整性和一致性;系統的數據結構應充分利用存儲空間，在不同的用戶(hù)之間通過(guò)數據冗余提高整個(gè)系統的數據安全性;系統中存貯的用戶(hù)口令、備份口令、數據庫連接信息等重要數據，必需經(jīng)過(guò)安全加密。
�、� Oracle數據庫自動(dòng)優(yōu)化設計：對于Oracle數據庫可以進(jìn)行數據庫配置，可以大大提高大數據量查詢(xún)速度，筆者已經(jīng)做過(guò)嘗試，并已經(jīng)成功應用。
�、� 友好界面設計：對于一個(gè)良好的應用系統當然需要設計良好的使用界面。
2.3 軟件開(kāi)發(fā)
對于開(kāi)發(fā)語(yǔ)言的選擇因人而易，開(kāi)發(fā)數據庫系統我比較傾向于DELPHI，因為它對于數據庫開(kāi)發(fā)的支持是很完善的。在軟件實(shí)現方面，上面已經(jīng)說(shuō)明了一種客戶(hù)/服務(wù)器結構，但是這種結構本身也包含了一些問(wèn)題，例如客戶(hù)/服務(wù)器結構經(jīng)常把應用系統的企業(yè)邏輯編寫(xiě)在客戶(hù)端的應用程序中，因此當應用系統需要改變時(shí)，所有在客戶(hù)端的應用系統都必須改變，這對于MIS系統的維護來(lái)說(shuō)成本太高了;為了解決這些重復開(kāi)發(fā)應用系統的成本以及為了增加應用系統的重復使用性發(fā)揮面向對象分析/面向對象設計的功能，就必須導入所謂的應用程序服務(wù)器，軟件開(kāi)發(fā)人員以一種特定的組件形式，例如Microsoft的COM/DCOM，CORBA對象，或是EnterpriseJavaBean等，組裝企業(yè)的邏輯程序代碼。這種經(jīng)過(guò)組裝，能夠執行特定企業(yè)功能的對象便稱(chēng)為"企業(yè)對象"，然后把這些企業(yè)對象分發(fā)到此應用程序服務(wù)器。由于本文不是專(zhuān)門(mén)討論多層系統的文章，所以只是簡(jiǎn)單提一下，不再贅述。
程序設計中要注意合理的程序設計結構，可以將所有的公用組件放在一起。例如Delphi語(yǔ)言中可以新建一個(gè)單元，將所有編寫(xiě)的函數放在這個(gè)單元里，其他單元均可以調用，還可以新建一個(gè)數據模塊(Datamodule),將所有的公共數據庫控件放在這里，可以減少系統資源浪費，優(yōu)化數據庫程序設計。
關(guān)于程序設計中的技巧很多，這里也不再贅述。
3 軟件開(kāi)發(fā)后的工作
軟件項目在開(kāi)發(fā)完成后還要進(jìn)行系統測試，以測試開(kāi)發(fā)出的軟件的功能和性能是否達到預定要求。
3.1 軟件測試大綱
這是軟件設計人員用來(lái)自測系統的。包括：
(1)測試環(huán)境①硬件環(huán)境②軟件環(huán)境③數據環(huán)境④網(wǎng)絡(luò )環(huán)境。
(2)功能測試內容①模擬現場(chǎng)測試②應用現場(chǎng)測試。
(3)性能測試內容
另有附表：附表一 系統功能測試表;附表二 系統性能測試表。
3.2 用戶(hù)應用測試
由用戶(hù)在實(shí)際使用過(guò)程中進(jìn)行測試，并給出應用證明。
4、總結
開(kāi)發(fā)軟件項目是一個(gè)龐大的系統工程，以上只是介紹了一般性軟件主要是數據庫軟件的開(kāi)發(fā)過(guò)程和設計思想，它要求軟件開(kāi)發(fā)者對此要有精深的理解，熟悉軟件開(kāi)發(fā)的思路。
通常一個(gè)人難以完成所有工作，需要一個(gè)良好的合作團隊來(lái)協(xié)作完成，其中需求分析員和系統分析員要提供軟件項目的具體要求和設計思想，由軟件開(kāi)發(fā)組把這些要求創(chuàng )建出便于維護和可持續開(kāi)發(fā)的系統資源。
軟件項目計劃書(shū)范文5
一、引言
撰寫(xiě)此文檔的目的在于保證項目順利完成所需的所有工作，同時(shí)僅包含必要的過(guò)程。它是項目管理團隊用來(lái)確定、記錄、驗證、管理和控制項目范圍的指導。本文涵蓋了創(chuàng )建工作分解結構以及確定如何維護和批準這個(gè)結構的方式；還規定了如何正式核實(shí)和接受項目的已完成可交付成果。
二、參考資料
韓萬(wàn)江，姜立新編著(zhù)，《軟件項目管理案例教程》，機械工業(yè)出版社。
張海藩編著(zhù)，《軟件工程導論》(第五版)，清華大學(xué)出版社。
王宏編著(zhù)，《酒店管理工作——細化執行與模板》，人民郵電出版社。
三、重要術(shù)語(yǔ)
SQL Server 20xx：數據庫管理軟件。
DBMS：數據庫管理系統。
Windows XP：運行環(huán)境。
vb.net 20xx：軟件開(kāi)發(fā)語(yǔ)言。
visual studio 20xx：軟件開(kāi)發(fā)環(huán)境。
四、項目概述
五、系統與項目的定義
該系統是在C/S系統架構基礎上，利用SQL Server數據庫，使用vb.net技術(shù)構建的酒店信息化管理系統。它基本滿(mǎn)足了酒店管理的需求，具有友好的用戶(hù)界面。系統通過(guò)對用戶(hù)（主要是酒店管理層和員工）的數據進(jìn)行有效的電子化處理，降低了人工勞動(dòng)并增加了信息的準確性。該系統主要包括客房、餐飲、財務(wù)和人力資源等方面的信息，用戶(hù)登錄后可根據權限操作這些信息。
六、系統開(kāi)發(fā)背景與目標
在當今信息高度發(fā)達的時(shí)代，酒店業(yè)務(wù)已經(jīng)不再局限于傳統的住宿和結算業(yè)務(wù)，而是變得更加廣泛和全面的服務(wù)行業(yè)。為了提高酒店管理水平，簡(jiǎn)化復雜的操作，需要在最短的時(shí)間內完成酒店業(yè)務(wù)的規范化操作，讓客戶(hù)感到舒適和滿(mǎn)意。對于酒店業(yè)的競爭形勢，許多酒店都在嘗試通過(guò)信息技術(shù)擴展其服務(wù)能力。雖然信息化并不是決定酒店成功的關(guān)鍵因素，但它可以幫助那些真正影響成功的'因素發(fā)揮更大的作用。因此，采用全新的酒店管理系統將是提高酒店管理效率和改善服務(wù)質(zhì)量的重要手段之一。
七、用戶(hù)需求概述及系統主要功能
八、項目范圍界定
九、開(kāi)發(fā)技術(shù)選擇與理由
開(kāi)發(fā)酒店管理系統時(shí)，選擇了可視化Visual 20xx和SQL Server 20xx數據庫，Windows XP操作系統等作為軟硬件平臺。VB具有圖形用戶(hù)界面（GUI），可以輕松地使用ADO連接數據庫。程序員可以通過(guò)使用VB提供的組件快速建立一個(gè)應用程序。這些都是團隊成員熟悉的語(yǔ)言和技術(shù)，因此技術(shù)方面完全可以實(shí)現酒店管理系統的最終目標。綜上所述，我們的團隊完全有能力完成酒店管理系統的最終實(shí)現。
十、開(kāi)發(fā)團隊與開(kāi)發(fā)環(huán)境、工作方式
軟件項目計劃書(shū)范文6
一、項目計劃書(shū)格式
根據《gbxxx計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南》中項目開(kāi)發(fā)計劃的要求，結合實(shí)際情況調整后的《項目計劃書(shū)》內容索引如下：xxx
二、項目計劃書(shū)的編寫(xiě)說(shuō)明
1 引言
1.1 編寫(xiě)目的
說(shuō)明編寫(xiě)這份項目計劃的目的，并指出預期的讀者。
作用：本節是為了說(shuō)明編制"項目計劃書(shū)"亦即本文檔的意圖和希望達到的效果。注意這里的"目的"不是"項目目標"，而是為了說(shuō)明本文檔的目的與作用。"項目目標"在2.1中說(shuō)明。
意義：使項目成員和項目干系人了解項目開(kāi)發(fā)計劃書(shū)的作用、希望達到的效果。開(kāi)發(fā)計劃書(shū)的作用一般都是"項目成員以及項目干系人之間的共識與約定，項目生命周期所有活動(dòng)的行動(dòng)基礎，以便項目團隊根據本計劃書(shū)開(kāi)展和檢查項目工作。"
例 如可以這么寫(xiě)：為了保證項目團隊按時(shí)保質(zhì)地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開(kāi)展的各個(gè)過(guò)程合理有序，因此以文件化的形式， 把對于在項目生命周期內的工作任務(wù)范圍、各項工作的任務(wù)分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開(kāi)發(fā)進(jìn)度、經(jīng)費預算、項目 內外環(huán)境條件、風(fēng)險對策等內容做出的安排以書(shū)面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動(dòng)的行動(dòng)基礎，項目 團隊開(kāi)展和檢查項目工作的依據。
常見(jiàn)的問(wèn)題：把項目本身的"項目目標"誤作編制項目開(kāi)發(fā)計劃的目的。
1.2 背景
主要說(shuō)明項目的來(lái)歷，一些需要項目團隊成員知道的相關(guān)情況。主要有以下內容：
項目的名稱(chēng)：經(jīng)過(guò)與客戶(hù)商定或經(jīng)過(guò)立項手續統一確定的項目名稱(chēng)，一般與所待開(kāi)發(fā)的軟件系統名稱(chēng)有較大的關(guān)系，如針對"xx系統"開(kāi)發(fā)的項目名稱(chēng)是"xx系統開(kāi)發(fā)"。
項目的委托單位：如果是根據合同進(jìn)行的軟件開(kāi)發(fā)項目，項目的委托單位就是合同中的甲方；如果是自行研發(fā)的軟件產(chǎn)品，項目的委托單位就是本企業(yè)。
項目的用戶(hù)（單位）：軟件或網(wǎng)絡(luò )的使用單位，可以泛指某個(gè)用戶(hù)群。注意項目的用戶(hù)或單位有時(shí)與項目的委托單位是同一個(gè)，有時(shí)是不一樣的。如海關(guān)的報關(guān)軟件、 稅務(wù)的報稅軟件，委托單位是海關(guān)或稅務(wù)機關(guān)，但使用的用戶(hù)或單位不僅有海關(guān)或稅務(wù)機關(guān)，還包括需要報關(guān)、報稅的企業(yè)單位。
項目的任務(wù)提出者：本企業(yè)內部提出需要完成此項目的人員，一般是領(lǐng)導或商務(wù)人員；注意項目的任務(wù)提出者一般不同于項目的委托單位，前者一般是企業(yè)內部的人員。如果是內部開(kāi)發(fā)項目，則兩者的區別在于前者指人，后者指單位。
項 目的主要承擔部門(mén)：有些企業(yè)根據行業(yè)方向或工作性質(zhì)的不同把軟件開(kāi)發(fā)分成不同的部門(mén)（也有的分為不同事業(yè)部）。項目的特點(diǎn)就是其矩陣式組織，一般一個(gè)項目 的項目成員可能由不同的部門(mén)組成，甚至可能由研發(fā)部門(mén)、開(kāi)發(fā)部門(mén)、測試部門(mén)、集成部門(mén)、服務(wù)部門(mén)等等其中幾個(gè)組成。需要根據項目所涉及的范圍確定本項目的 主要承擔部門(mén)。
項目建設背景：從政治環(huán)境上、業(yè)務(wù)環(huán)境上說(shuō)明項目建設背景，說(shuō)明項目的大環(huán)境、來(lái)龍去脈。這有利于項目成員更好地理解項目目標和各項任務(wù)。
例句：根據《某部關(guān)于某建設工作的實(shí)施意見(jiàn)》精神，為了保障某建設工作的正常實(shí)施，必須加強監督考核，建立督查通報制度，某市某建設工作小組辦公室把此項建設工作實(shí)施列入督查的重要內容，及時(shí)掌握進(jìn)度，相關(guān)部門(mén)建立市某建設工作簡(jiǎn)報制度，及時(shí)反映全市某建設工作動(dòng)態(tài)。
目 前對于某建設工作的工作主要采用計劃部門(mén)手工編制年度計劃、建設工作主管部門(mén)和建設工作實(shí)施單位聯(lián)合手動(dòng)編制進(jìn)度計劃，某建設工作單位手工上報建設工作進(jìn) 度情況的方式，而全市的建設工作有數百個(gè)，加上前期建設工作的數量和今后某市建設發(fā)展的趨勢，建設工作的數量將越來(lái)越多，原來(lái)的工作模式已經(jīng)越來(lái)越無(wú)法適 應市委市政府的要求。因此，充分利用現代信息化、因特網(wǎng)的優(yōu)勢，建立"某市某建設工作信息報送反饋系統"，提高某建設工作信息報送反饋工作效率，提高信息 的及時(shí)性、減輕各級相關(guān)工作人員的勞動(dòng)強度是非常有必要和緊迫的任務(wù)。
軟件系統與其他系統的關(guān)系：說(shuō)明與本系統有關(guān)的其他系統，說(shuō)明它們之間的相 互依賴(lài)關(guān)系。這些系統可以是這個(gè)系統的基礎性系統（一些數據、環(huán)境等必須依靠這個(gè)系統才能運行），也可以是以這個(gè)系統為基礎的系統，或者是兩者兼而有之的 關(guān)系、互相依賴(lài)的系統。例句：本系統中對外部辦公部分如需要各個(gè)建設單位報送材料的子系統應當掛在市政府的網(wǎng)站。
軟件系統與機構的關(guān)系：說(shuō)明軟件系統除了委托單位和使用單位，還與哪些機構組織有關(guān)系。例如一些系統需要遵守那些組織的標準、需要通過(guò)那些組織機構的測試才能使用等等、是否需要外包或與那些組織機構合作。
1.3 定義
列出為正確理解本計劃書(shū)所用到的專(zhuān)門(mén)術(shù)語(yǔ)的`定義、外文縮寫(xiě)詞的原詞及中文解釋。注意盡量不要對一些業(yè)界使用的通用術(shù)語(yǔ)進(jìn)行另外的定義，使它的含義和通用術(shù)語(yǔ)的慣用含義不一致。
1.4 參考資料
列 出本計劃書(shū)中所引用的及相關(guān)的文件資料和標準的作者、標題、編號、發(fā)表日期和出版單位，必要時(shí)說(shuō)明得到這些文件資料和標準的途徑。本節與下一節的"標準、 條約和約定"互為補充，注意"參考資料"未必作為"標準、條約和約定"，因為"參考"的不一定是"必須遵守"的。常用資料如：
本項目的合同、標書(shū)、上級機關(guān)有關(guān)通知、經(jīng)過(guò)審批的項目任務(wù)書(shū)；屬于本項目的其他已經(jīng)發(fā)表的文件；本文檔中各處引用的文件、資料，包括所要用到的軟件開(kāi)發(fā)標準。
1.5 標準、條約和約定
列出在本項目開(kāi)發(fā)過(guò)程中必須遵守的標準、條約和約定。例如：相應的《立項建議書(shū)》、《項目任務(wù)書(shū)》、合同、國家標準、行業(yè)標準、上級機關(guān)有關(guān)通知和實(shí)施方案、相應的技術(shù)規范等。
"參考資料"一般具有"物質(zhì)"特性，一般要說(shuō)明參照了什么，要說(shuō)明在哪里可以獲得；"標準、條約和約定"一般具有"精神"特性，一般是必須遵守的，不說(shuō)明在哪里可以獲得。參考資料的內容應該涵蓋"標準、條約和約定"。
2 項目概述
2.1 項目目標
設定項目目 標就是把項目要完成的工作用清晰的語(yǔ)言描述出來(lái)，讓項目團隊每一個(gè)成員都有明確的概念。注意，不要簡(jiǎn)單地說(shuō)成在什么什么時(shí)間完成開(kāi)發(fā)什么什么軟件系統或完 成什么什么軟件安裝集成任務(wù)。注意"要完成一個(gè)系統"只是一個(gè)模糊的目標，它還不夠具體和明確。明確的項目目標應該指出了服務(wù)對象，所開(kāi)發(fā)軟件系統最主要 的功能和系統本身的比較深層次的社會(huì )目的或系統使用后所起到的社會(huì )效果。
項目目標應當符合smart原則：
s specific 明確的陳述
m measurable 可以衡量的結果
a attainable 可以達成的目標
r realistic 合理的，現實(shí)的或者說(shuō)是能和實(shí)際工作相結合
t trackable 可以跟蹤的
項 目目標可以進(jìn)行橫向的分解也可以進(jìn)行縱向的分解。橫向分解一般按照系統的功能或按照建設單位的不同業(yè)務(wù)要求，如分解為第一目標、第二目標等等；縱向的分解 一般是指按照階段，如分解為第一階段目標、第二階段目標等等，或近期目標、中期目標、遠期目標等等。階段目標一般應當說(shuō)明目標實(shí)現的較為明確的時(shí)間。一般 要在說(shuō)明了總目標的基礎上再說(shuō)明分解目標，可加上"為實(shí)現項目的總目標，必須實(shí)現以下三個(gè)階段目標......"
2.2 產(chǎn)品目標與范圍
根 據項目輸入（如合同、立項建議書(shū)、項目技術(shù)方案、標書(shū)等）說(shuō)明此項目要實(shí)現的軟件系統產(chǎn)品的目的與目標及簡(jiǎn)要的軟件功能需求。對項目成果（軟件系統）范圍 進(jìn)行準確清晰的界定與說(shuō)明是軟件開(kāi)發(fā)項目活動(dòng)開(kāi)展的基礎和依據。軟件系統產(chǎn)品目標應當從用戶(hù)的角度說(shuō)明開(kāi)發(fā)這一軟件系統是為了解決用戶(hù)的那些問(wèn)題。產(chǎn)品目 標如"提高工作信息報送反饋工作效率，更好地進(jìn)行工作信息報送的檢查監督，提高信息的及時(shí)性、匯總統計信息的準確性，減輕各級相關(guān)工作人員的勞動(dòng)強度。"
2.3 假設與約束
對于項目必須遵守的各種約束（時(shí)間、人員、預算、設備等）進(jìn)行說(shuō)明。這些內容將限制你實(shí)現什么、怎樣實(shí)現、什么時(shí)候實(shí)現、成本范圍等種種制約條件。
假設是通過(guò)努力可以直接解決的問(wèn)題，而這些問(wèn)題是一定要解決才能保證項目按計劃完成。如："系統分析員必須在3天內到位"或"用戶(hù)必須在8月8日前確定對需求文檔進(jìn)行確認"
約束一般是難以解決的問(wèn)題，但可以通過(guò)其他途徑回避或彌補、取舍，如人力資源的約束限制，就必須犧牲進(jìn)度或質(zhì)量等等。
假設與約束是針對比較明確會(huì )出現的情況，如果問(wèn)題的出現具有不確定性，則應該在風(fēng)險分析中列出，分析其出現的可能性（概率）、造成的影響、應當采取的相應措施。
2.4 項目工作范圍
說(shuō)明為實(shí)現項目的目標需要進(jìn)行那些工作。在必要時(shí)，可描述與合作單位和用戶(hù)的工作分工。
注意產(chǎn)品范圍與項目工作范圍的不同含義。
產(chǎn)品范圍界定：軟件系統產(chǎn)品本身范圍的特征和功能范圍。
工作范圍界定：為了能夠按時(shí)保質(zhì)交付一個(gè)有特殊的特征和功能的軟件系統產(chǎn)品所要完成的那些工作任務(wù)。
產(chǎn)品范圍的完成情況是參照客戶(hù)的需求來(lái)衡量的，而項目范圍的完成情況則是參照計劃來(lái)檢驗的。這兩個(gè)范圍管理模型間必須要有較好的統一性，以確保項目的具體工作成果，能按特定的產(chǎn)品要求準時(shí)交付。
2.5 應交付成果
2.5.1 需完成的軟件
列出需要完成的程序的名稱(chēng)、所用的編程語(yǔ)言及存儲程序的媒體形式。其中軟件對象可能包括：源程序、數據庫對象創(chuàng )建語(yǔ)句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。
2.5.2 需提交用戶(hù)的文檔
列出需要移交給用戶(hù)的每種文檔的名稱(chēng)、內容要點(diǎn)及存儲形式，如需求規格說(shuō)明書(shū)、幫助手冊等。此處需要移交用戶(hù)的文檔可參考合同中的規定。
2.5.3 須提交內部的文檔
可 根據《gb8567-88計算機軟件產(chǎn)品開(kāi)發(fā)文件編制指南》附錄o："文件編制實(shí)施規定的實(shí)例（參考件）"結合各企業(yè)實(shí)際情況調整制定《軟件開(kāi)發(fā)文檔編制 裁減衡量因素表》。根據《因素表》確定項目對應的項目衡量因素取值，以確定本項目應完成的階段成果。將不適用于本項目的內容裁減，以減少不必要的項目任務(wù) 和資源。
根據因素取值列出本項目應完成的階段成果，說(shuō)明本項目取值所在的區間，將其他因素值區間刪除。
2.5.4 應當提供的服務(wù)
根據合同或某重點(diǎn)建設工作需要，列出將向用戶(hù)或委托單位提供的各種服務(wù)，例如培訓、安裝、維護和運行支持等。具體的工作計劃如需要編制現場(chǎng)安裝作業(yè)指導書(shū)、培訓計劃等，應當在本計劃"4.3總體進(jìn)度計劃"中條列出。
2.6 項目開(kāi)發(fā)環(huán)境
說(shuō)明開(kāi)發(fā)本軟件項目所需要的軟硬件環(huán)境和版本、如操作系統、開(kāi)發(fā)工具、數據庫系統、配置管理工具、網(wǎng)絡(luò )環(huán)境。環(huán)境可能不止一種，如開(kāi)發(fā)工具可能需要針對java的，也需要針對c 的。有些環(huán)境可能無(wú)法確定，需要在需求分析完成或設計完成后才能確定所需要的環(huán)境。
2.7 項目驗收方式與依據
說(shuō)明項目?jì)炔框炇蘸陀脩?hù)驗收的方式，如驗收包括交付前驗收、交付后驗收、試運行（初步）驗收、最終驗收、第三方驗收、專(zhuān)家參與驗收等等。項目驗收依據主要有標書(shū)、合同、相關(guān)標準、項目文檔（最主要是需求規格說(shuō)明書(shū)）。
3 項目團隊組織
3.1 組織結構
說(shuō)明項 目團隊的組織結構。項目的組織結構可以從所需角色和項目成員兩個(gè)方面描述。所需角色主要說(shuō)明為了完成本項目任務(wù)，項目團隊需要哪些角色構成，如項目經(jīng)理、 計劃經(jīng)理、系統分析員（或小組）、構架設計師、設計組、程序組、測試組等等。組織結構可以用圖形來(lái)表示，可以采用樹(shù)形圖，也可以采用矩陣式圖形，同時(shí)說(shuō)明 團隊成員來(lái)自于哪個(gè)部門(mén)。除了圖形外，可以用文字簡(jiǎn)要說(shuō)明各個(gè)角色應有的技術(shù)水平。
注意雖然有一些通用的結構可以套用，但各種不同規模、不同形式的項目組織結構是不一樣的。如產(chǎn)品研發(fā)項目可能就不需要實(shí)施人員（小組），但需要知識轉移方面的人員（小組）。而軟件編碼外包的項目則不需要程序員，測試人員也可以適當地減少。
3.2 人員分工
確定項目團隊的的每個(gè)成員屬于組織結構中的什么角色，他們的技術(shù)水平、項目中的分工與配置，可以用列表方式說(shuō)明，具體編制時(shí)按照項目實(shí)際組織結構編寫(xiě)。以下是一個(gè)示例。
3.3 協(xié)作與溝通
項目的溝通與協(xié)作首先應當確定協(xié)作與溝通的對象，就是與誰(shuí)協(xié)作、溝通。溝通對象應該包括所有項目干系人，而項目干系人包括了所有項目團隊成員、項目接口人員、項目團隊外部相關(guān)人員等等。
其 次應當確定協(xié)作模式與溝通方式。溝通方式如會(huì )議、使用電話(huà)、qq、內部郵件、外部郵件、quickplace、聊天室等等。其中郵件溝通應當說(shuō)明主送人、 抄送人，聊天室溝通方式應當約定時(shí)間周期。而協(xié)作模式主要說(shuō)明在出現什么狀況的時(shí)候各個(gè)角色應當（主動(dòng)）采取什么措施，包括溝通，如何互相配合來(lái)共同完成 某項任務(wù)。定期的溝通一般要包括項目階段報告、項目階段計劃、階段會(huì )議等
3.3.1 項目團隊內部協(xié)作
本節說(shuō)明在項目開(kāi)發(fā)過(guò)程中項目團隊內部的協(xié)作模式和溝通方式、頻次、溝通成果記錄辦法等內容。
3.3.2 項目接口人員
應當說(shuō)明接口工作的人員即他們的職責、聯(lián)系方式、溝通方式、協(xié)作模式，包括：
a、負責本項目同用戶(hù)的接口人員；
b、負責本項目同本企業(yè)各管理機構，如計劃管理部門(mén)、合同管理部門(mén)、采購部門(mén)、質(zhì)量管理部門(mén)、財務(wù)部門(mén)等的接口人員；
c、負責本項目同分包方的接口人員。
3.3.3 項目團隊外部溝通與協(xié)作模式
項 目團隊外部包括企業(yè)內部管理協(xié)助部門(mén)、項目委托單位、客戶(hù)等等。本節說(shuō)明在項目開(kāi)發(fā)過(guò)程中項目團隊內部與接口人員、客戶(hù)溝通的方式、頻次、溝通成果記錄辦 法等內容。明確最終用戶(hù)、直接用戶(hù)及其所在本企業(yè)／部門(mén)名稱(chēng)和聯(lián)系電話(huà)。明確協(xié)作開(kāi)發(fā)的有關(guān)部門(mén)的名稱(chēng)、經(jīng)理姓名、承擔的工作內容以及工作實(shí)施責任人的姓 名、聯(lián)系電話(huà)。確定有關(guān)的合作單位的名稱(chēng)、負責人姓名、承擔的工作內容以及實(shí)施人的姓名、聯(lián)系電話(huà)。
4 實(shí)施計劃
4.1 風(fēng)險評估及對策
識別或預估項目進(jìn)行過(guò)程中 可能出現的風(fēng)險。應該分析風(fēng)險出現的可能性（概率）、造成的影響、根據影響應該采取的對策，采取的措施。風(fēng)險識別包括識別內在風(fēng)險及外在風(fēng)險。內在風(fēng)險是 指項目工作組能加以控制和影響的風(fēng)險，如人事任免和成本估計等。外在風(fēng)險指超出項目工作組等控制力和影響力之外的風(fēng)險，如市場(chǎng)轉向或政府行為等
風(fēng) 險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風(fēng)險事件的預期資金投入來(lái)減低風(fēng)險發(fā)生的概率，以及減少風(fēng)險事件的風(fēng)險系數；吸納：接受 一切后果，可以是積極的（如制定預防性計劃來(lái)防備風(fēng)險事件的發(fā)生），也可以是消極的（如某些費用超支則接受低于預期的利潤）。
對于軟件開(kāi)發(fā)項目而言，在分析、識別和管理風(fēng)險上投入足夠的時(shí)間和人力可以使項目進(jìn)展過(guò)程更加平穩，提高項目跟蹤和控制的能力，由于在問(wèn)題發(fā)生之前已經(jīng)做了周密計劃，因而對項目的成功產(chǎn)生更加充分的信心。
軟件開(kāi)發(fā)項目常見(jiàn)預估的風(fēng)險：
1) 工程／規模／進(jìn)度上的風(fēng)險
規模大，規模估算不精確甚至誤差很大；就規模而言，用戶(hù)要求交付期、費用很緊；預料外的工作(測試未完時(shí)的現場(chǎng)對應等)；
2) 技術(shù)上的風(fēng)險
使用新的開(kāi)發(fā)技術(shù)、新設備等，或是新的應用組合，沒(méi)有經(jīng)驗；是新的行業(yè)或業(yè)務(wù)，沒(méi)有經(jīng)驗；性能上的要求很?chē)溃?/p>
3) 用戶(hù)體制上的問(wèn)題
用戶(hù)管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會(huì )多次變更；與用戶(hù)分擔開(kāi)發(fā)，恐怕工程會(huì )拖延（或者出現了延遲）；用戶(hù)或其他相關(guān)單位承擔的工作有可能延誤；
4) 其它：應該包含此處沒(méi)有、但據推測有風(fēng)險的項目。
4.2 工作流程
說(shuō)明項目采用什么樣的工作流程進(jìn)行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己創(chuàng )建的工作流程。不同的流程將影響后面的工作計劃的制定。必要時(shí)畫(huà)出本項目采用的工作流程圖及適當的文字說(shuō)明。
4.3 總體進(jìn)度計劃
這里所說(shuō)的總體進(jìn)度計劃為高層計劃。作為補充，應當分階段制定項目的階段計劃，這些階段計劃不在這份文檔中，當要以這份總體計劃為依據。
總體進(jìn)度計劃要依據確定的項目規模，列表項目階段劃分、階段進(jìn)度安排及每階段應提交的階段成果，在階段時(shí)間安排中要考慮項目階段成果完成、提交評審、修改的時(shí)間。
對 于項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實(shí)現、測試、移交、內部培訓、用戶(hù)培訓、安裝部署、試運行、驗收等工作，給出每項工 作任務(wù)的預定開(kāi)始日期、完成日期及所需的資源，規定各項工作任務(wù)完成的先后順序以及表征每項工作任務(wù)完成的標志性事件（里程碑）。
設計評審
表格中檢查點(diǎn)／里程碑等階段劃分為舉例，實(shí)際作業(yè)階段劃分、階段成果等請根據項目需要確定。
制 定軟件項目進(jìn)度計劃可以使用一些專(zhuān)門(mén)的工具，最常用的是microsoft的project作為輔助工具，功能比較強大，比較適合于規模較大的項目，但無(wú) 法完全代替項目計劃書(shū)，特別是一些主要由文字來(lái)說(shuō)明的部分。小規模的項目可簡(jiǎn)便地使用excel作為輔助工具。關(guān)于如何使用這些工具不在此作詳細說(shuō)明。
制定軟件項目進(jìn)度計劃應當考慮以下一些因素:
1）對于系統需求和項目目標的掌握程度。如開(kāi)始時(shí)對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進(jìn)度計劃，等到需求階段或設計階段結束，就應該進(jìn)一步細化進(jìn)度計劃。
2） 軟件系統規模和項目規模，這兩個(gè)不是一個(gè)概念。軟件系統規模往往是從功能點(diǎn)的估算或其他估算方式得來(lái)的，而項目規模還要考慮對文檔數量與質(zhì)量的要求，使用 的開(kāi)發(fā)工具、新技術(shù)、多少復用、溝通的方便程度、客戶(hù)方的情況、需要遵守的標準規范等等等等。例如，完成一個(gè)大型的系統，在一定的時(shí)間內一個(gè)人或幾個(gè)人的 智力和體力是承受不了的。由于軟件是邏輯、智力產(chǎn)品，盲目增加軟件開(kāi)發(fā)人員并不能成比例地提高軟件開(kāi)發(fā)能力。相反，隨著(zhù)人員數量的增加，人員的組織、協(xié) 調、通信、培訓和管理方面的問(wèn)題將更為嚴重。
3）軟件系統復雜程度和項目復雜程度：和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮 軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務(wù)的復雜程度、項目干系人的復雜程度、需求調研的難易程度，多 項目情況下資源保障的情況，等等等等。軟件系統的規模與軟件系統的復雜程度未必是成比例的關(guān)系；同樣項目的規模與項目的復雜程度未必是成比例的關(guān)系。
4） 項目的工期要求，就是項目的緊急程度。有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領(lǐng)市場(chǎng)，工期壓縮得很緊，這時(shí)就要考慮如何更好地合理安排 進(jìn)度，多增加人選多采用加班的方式是一種萬(wàn)不得已的選擇。增加人選除了增加人的成本外必定會(huì )增加溝通的成本（熟悉項目任務(wù)所需要的時(shí)間）；加班如果處理不 好會(huì )造成情緒上的問(wèn)題，也可能會(huì )因為過(guò)于忙碌而無(wú)法顧及質(zhì)量，造成質(zhì)量的下滑。
5）項目成員的能力。這些能力包括項目經(jīng)理的管理能力，系統分析員 的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業(yè)或項目團隊激發(fā)出這些能力的能力。從另外一個(gè)角度看還有總體上對客 戶(hù)行業(yè)業(yè)務(wù)的熟悉程度；對于建模工具、開(kāi)發(fā)工具、測試工具等技術(shù)的掌握程度；企業(yè)內部對行業(yè)業(yè)務(wù)知識和主要技術(shù)的知識積累。
4.4 項目控制計劃
4.4.1 質(zhì)量保證計劃
執行質(zhì)量評審活動(dòng)，對過(guò)程質(zhì)量進(jìn)行控制。規模較大的項目應當單獨編寫(xiě)《軟件開(kāi)發(fā)項目質(zhì)量計劃》。根據gb/t 12504 計算機軟件質(zhì)量保證計劃規范，內容包括：
引言（本章節包括質(zhì)量計劃的目的、定義、參考資料）
管理（描述負責軟件質(zhì)量管理的機構、任務(wù)及其相關(guān)的職責）
文檔（列出在該軟件的開(kāi)發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進(jìn)行評審與檢查的準則）
標準、條例和約定（列出軟件開(kāi)發(fā)過(guò)程中要用到的標準、條例和約定，并列出監督和保證執行的措施）
評審和檢查（規定所要進(jìn)行的技術(shù)和管理兩個(gè)方面的評審和檢查工作，并編制或引用有關(guān)的評審和檢查規程，以及通過(guò)與否的技術(shù)準則。至少要進(jìn)行軟件需求評審、概要設計評審、軟件驗證與確認評審、軟件系統功能檢查、程序和文檔物理檢查）
軟件配置管理（編制有關(guān)配置管理條款，或在"4.4.4 配置管理計劃"中說(shuō)明，或引用按照《gb/t 12505 計算機軟件配置管理計劃規范》單獨制定的文檔）
工具、技術(shù)和方法（指明用于支持特定軟件項目質(zhì)量管理工作的工具、技術(shù)和方法，指出它們的目的和用途）
媒體控制（說(shuō)明保護計算機程序物理媒體的方法和設施，以免非法存取、意外損壞或自然老化）
對供貨單位的控制（供貨單位包括項目承辦單位、軟件銷(xiāo)售單位、軟件開(kāi)發(fā)單位。規定對這些供貨單位進(jìn)行控制的規程，從而保證項目承辦單位從軟件銷(xiāo)售單位購買(mǎi)的、其他開(kāi)發(fā)單位開(kāi)發(fā)的或從開(kāi)發(fā)單位現存軟件庫中選用的軟件能滿(mǎn)足規定的需求。）
記錄的收集、維護和保存（指明需要保存的軟件質(zhì)量保證活動(dòng)的記錄，并指出用于匯總、保護和維護這些記錄的方法和設施，并指明要保存的期限）
4.4.2 進(jìn)度控制計劃
�。ǹ芍苯右靡韵旅枋龌蚋鶕椖壳闆r制定本節內容）
本項目的進(jìn)度監控執行本企業(yè)《項目管理規范》，由本企業(yè)過(guò)程控制部門(mén)如質(zhì)量管理部統一進(jìn)行監控，并保留在監控過(guò)程中產(chǎn)生的日常檢查記錄。
4.4.3 預算監控計劃
說(shuō)明如何檢查項目預算的使用情況。根據項目情況需要制定。
4.4.4 配置管理計劃
編 制有關(guān)軟件配置管理的條款，或引用按照gb/t 12505單獨制訂《配置管理計劃》文檔。在這些條款或文檔中，必須規定用于標識軟件產(chǎn)品、控制和實(shí)現軟件的修改、記錄和報告修改實(shí)現的狀態(tài)以及評審和檢 查配置管理工作等四方面的活動(dòng)。還必須規定用以維護和存儲軟件受控版本的方法和設施；必須規定對所發(fā)現的軟件問(wèn)題進(jìn)行報告、追蹤和解決的步驟，并指出實(shí)現 報告、追蹤和解決軟件問(wèn)題的機構及其職責。
5 支持條件
說(shuō)明為了支持本項目的完成所需要的各種條件和設施。
5.1 內部支持
逐項列出項目每階段的支持需求（含人員、設備、軟件、培訓等）及其時(shí)間要求和用途。
例如，設備、軟件支持包括客戶(hù)機、服務(wù)器、網(wǎng)絡(luò )環(huán)境、外設、通訊設備、開(kāi)發(fā)工具、操作系統、數據庫管理系統、測試環(huán)境，逐項列出有關(guān)到貨日期、使用時(shí)間的要求。
5.2 客戶(hù)支持
列出對項目而言需由客戶(hù)承擔的工作、完成期限和驗收標準，包括需由客戶(hù)提供的條件及提供時(shí)間。
5.3 外包（可選）
列出需由外單位分合同承包者承擔的工作、完成時(shí)間，包括需要由外單位提供的條件和提供的時(shí)間。
6 預算
6.1 人員成本
列出產(chǎn)品/項目團隊每一個(gè)人的預計工作月數。
列出完成本項目所需要的勞務(wù)（包括人員的數量和時(shí)間）
勞務(wù)費一般包括工資、獎金、補貼、住房基金、退休養老金、醫療保險金
6.2 設備成本
設備成本包括：原材料費，設備購置及使用費
列出擬購置的設備及其配置和所需的經(jīng)費
列出擬購置的軟件及其版本和所需的經(jīng)費
使用的現有設備及其使用時(shí)間
6.3 其它經(jīng)費預算
列出完成本項目所需要的各項經(jīng)費，包括差旅費、資料費、通行費、會(huì )議費、交通費、辦公費、培訓費、外包費等，包括：
�。�1） 差旅費（旅費、出租）（含補貼）
�。�2） 資料費（圖書(shū)費、資料費、復印費、出版費）
�。�3） 通信費（市話(huà)長(cháng)話(huà)費、移動(dòng)通信費、上網(wǎng)費、郵資）
�。�4） 會(huì )議費（鑒定費、評審會(huì )、研討費、外事費等）
�。�5） 辦公費（購買(mǎi)辦公用品）
�。�6） 協(xié)作費（業(yè)務(wù)協(xié)作招待費、項目團隊加班伙食費）
�。�7） 培訓費（培訓資料編寫(xiě)費、資料印刷費、產(chǎn)地費、設備費）
其他（檢測、外加工費、維修費、消耗品、低易品、茶話(huà)會(huì )等）
6.4 項目合計經(jīng)費預算
列出完成本項目需要的所有經(jīng)費預算（上述各項費用之和）。
7 關(guān)鍵問(wèn)題
逐項列出能夠影響整個(gè)項目成敗的關(guān)鍵問(wèn)題、技術(shù)難點(diǎn)和風(fēng)險，指出這些問(wèn)題對項目成敗的影響。
8專(zhuān)題計劃要點(diǎn)
專(zhuān)題計劃也就是因為項目的需要在本文檔之外獨立建立的計劃，本節說(shuō)明本項目開(kāi)發(fā)中需要制定的各個(gè)專(zhuān)題計劃的要點(diǎn)。專(zhuān)題計劃可能包括分合同計劃、分項目計劃、項目團隊成員培訓計劃、測試計劃、安全保密計劃、質(zhì)量保證計劃、配置管理計劃、用戶(hù)培訓計劃、系統安裝部署計劃。
【軟件項目計劃書(shū)】相關(guān)文章：
軟件項目計劃書(shū)12-10
軟件項目計劃書(shū)05-15
軟件項目計劃書(shū)11-18
軟件項目計劃書(shū)（必備）05-16
軟件項目計劃書(shū)（集合）06-16
【推薦】軟件項目計劃書(shū)10-20
軟件項目計劃書(shū)（精華）05-15
（通用）軟件項目計劃書(shū)06-16
(精品)軟件項目計劃書(shū)06-16