軟件項目開發(fā)計劃書

1、軟件項目開發(fā)計劃書軟件開發(fā)計劃書項目名稱：企業(yè)發(fā)展狀況評價系統(tǒng)軟件開發(fā)參與人員:目錄1引言-3-1.1 編寫目的-3-1.2 背景-3-1.3 定義-4-1.4 參考資料-4-1.5 業(yè)務目標-5-1.6 標準、條彳和約定-6-1.7 編寫文檔的WBS（WorkBreakdownStructure,工作分解結構）-6-2項目概述-7-2.1 工作內容-8-2.2 主要參加人員-9-2.3 產(chǎn)品及成果-10-2.3.1 程序-10-2.3.2 文彳-10-2.3.3 服務-11-2.3.4 非移交產(chǎn)品-11-2.4 驗收標準-13-2.4.1 代碼的驗收-13-2.4.2 文檔驗收-13-2.4

2、.3 服務驗收-13-2.5 完成項目的最遲期限-13-2.6 本計劃的審查者與批準者-14-3實施總計劃-14-3.1 開發(fā)過程-14-3.1.1 需求分析-14-3.1.2 系統(tǒng)設計-14-3.1.3 編碼及測試階段-14-3.1.4 文檔、產(chǎn)品部署-15-3.1.5 項目總結-15-3.2 工作任務的分解-15-3.3 接口人員-16-3.4 進度-16-3.5 預算-17-3.6 關鍵問題-18-4支持條件-19-4.1 計算機系統(tǒng)支持-19-4.2 需要用戶承擔的工作-21-4.3 需由外單位提供的條件-21-5專題計劃要點-21-5.1 開發(fā)人員培訓計劃-21-5.2 測試計劃-2

3、1-5.3 質量保證計劃-21-5.4 人員配置計劃-22-5.5 客戶培訓計劃-22-5.6 安全保密計劃-22-5.7 合同計劃-22-1引言1.1 編寫目的為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，有必要以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開發(fā)進度、經(jīng)費預算、項目內外環(huán)境條件、風險對策等內容以書面的方式描述出來，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動行動基礎，項目團隊開展和檢查項目工作

4、的依據(jù)。本項目開發(fā)計劃用于從總體上指導開發(fā)區(qū)企業(yè)發(fā)展狀況評價系統(tǒng)軟件項目順利進行并最終得到通過評審項目產(chǎn)品。本項目開發(fā)計劃面向項目組全體成員。1.2 背景希望通過建設開發(fā)區(qū)企業(yè)數(shù)據(jù)庫，進一步完善信息采集、數(shù)據(jù)整合的機制；建立基于互聯(lián)網(wǎng)的全區(qū)規(guī)模以上工業(yè)企業(yè)經(jīng)濟運行評價、預測、監(jiān)測系統(tǒng)；實現(xiàn)管委與主要工業(yè)企業(yè)信息資源上的互聯(lián)互通，提高信息利用效率；未來將把開發(fā)區(qū)工業(yè)經(jīng)濟信息系統(tǒng)構建成涵蓋全區(qū)經(jīng)濟運行和社會發(fā)展各個領域的數(shù)據(jù)中心，以此為依托為全區(qū)經(jīng)濟綜合管理提供有力的數(shù)據(jù)和技術支持。項目周期為個月，項目背景規(guī)劃如表1.1所示。表1.1項目背景規(guī)劃項目名稱項目委托單位任務提由者項目承擔單位開發(fā)區(qū)企業(yè)

5、發(fā)展狀況評價系統(tǒng)軟件開發(fā)1.3 定義專門術語：SQLSERVE朦統(tǒng)服務器所使用的數(shù)據(jù)庫關系系統(tǒng)（DBMS。SQL一種用于訪問查詢數(shù)據(jù)庫的語言事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關鍵域。值互不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。ROLLBAC瞰據(jù)庫的錯誤恢復機制。縮寫：系統(tǒng)：若未特別指出，統(tǒng)指本圖書管理系統(tǒng)。SQLStructuredQueryLanguage（結構化查詢語言）。ATMAsynchronousTransferMode（異步傳輸模式）。UML統(tǒng)一建模語言、是一套用來設計軟件藍圖的標準建模語言,是一種從軟件分析、設計到編寫程序規(guī)范的標準化建模語

6、言。1.4 參考資料文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：圖書借閱關系系統(tǒng)需求說明書軟件工程項目開發(fā)文檔范例軟件工程國家標準文檔圖書借閱管理需求說明書軟件需求說明書編寫規(guī)范書籍包括：軟件項目管理朱少民，韓瑩編著，人民郵電出版社。軟件項目管理RajeevTShandilya編著科學出版社。1.5 業(yè)務目標?實現(xiàn)開發(fā)區(qū)企業(yè)發(fā)展狀況的多維分析、數(shù)據(jù)查詢，提供開發(fā)區(qū)管委有關部門所需的分析報表；?將業(yè)務系統(tǒng)的歷史和增量數(shù)據(jù)加載進入數(shù)據(jù)倉庫，并轉換為數(shù)據(jù)倉庫的存儲格式；?實現(xiàn)用戶訪問的門戶界面并建立相應的訪問安全和權限機制

7、；?實現(xiàn)對開發(fā)區(qū)工業(yè)企業(yè)即時的信息采集、發(fā)布、共享、數(shù)據(jù)中心智能分析等多項功能；?采用數(shù)據(jù)中心服務器、業(yè)務終端PC機與手機移動端設備相結合的辦公模式?；谏鲜鲂枨?，量子數(shù)據(jù)有限公司提出如下技術解決方案來實現(xiàn)本項目的技術目標和業(yè)務目標。1.6 標準、條件和約定本項目遵從以下標準：GB/T13702-1992計算機軟件分類與代碼GB/T20918-2007信息技術GB/T19003-2008軟件工程GB/T5538-1995軟件工程標準分類法GB/T9386-2008計算機富安居測試文檔編制GB/T9385-2008計算機軟件需求規(guī)格說明GB/T5532-2008計算機軟件測試規(guī)范GB/T1822

8、1-2000信息技術程序設計語言GB/T11457-2006信息技術軟件工程GB/T8567-2006計算機軟件文檔編制規(guī)范1.7 編寫文檔的WBS（WorkBreakdownStructure分解結構）編寫文檔任務任務調度收集材料分類編寫驗收總結成果檢查一任務分配一 網(wǎng)上資源詳細編寫查匯總總結匯總檢2項目概述系統(tǒng)設計按照數(shù)據(jù)層、應用服務層、前端展示層的分層結構設計c數(shù)據(jù)層實現(xiàn)業(yè)務數(shù)據(jù)的存儲備份，應用服務層實現(xiàn)實時響應客戶端各種業(yè)務請求及邏輯運算；前端展示層用于展示系統(tǒng)功能和用戶交互。系統(tǒng)支持完善的日志功能，可以對系統(tǒng)內的各項操作進行追溯檢查。軟件的體系結構：整個軟件采用B/S模式開發(fā)，使用三

9、層架構（表示層，邏輯層，數(shù)據(jù)存儲層）。目前這種技術解決方案已經(jīng)是非常的成熟，在使用的過程中，風險是非常低的系統(tǒng)依托移動互聯(lián)技術，采用數(shù)據(jù)中心服務器、業(yè)務終端PC機與手機移動端設備相結合的辦公模式，通過信息采集錄入、實時溝通,實現(xiàn)數(shù)據(jù)圖表發(fā)布、數(shù)據(jù)共享、數(shù)據(jù)中心智能分析等多項功能。系統(tǒng)通過先進嚴格技術手段，確保系統(tǒng)數(shù)據(jù)的完整性，可用性，一致性。同時通過技術手段確保手機移動端設備內系統(tǒng)數(shù)據(jù)安全性及手機與服務器之間的數(shù)據(jù)通信安全。項目開發(fā)時間：90天開發(fā)平臺：linux;開發(fā)語言：php;數(shù)據(jù)庫使用：mysql;web管理工具：phpmyadminexcel導出工具：2.1 工作內容1、制作和修訂項

10、目開發(fā)計劃；2、進行計劃跟蹤與監(jiān)控；3、配合SQA勺質量保證工作；4、工作產(chǎn)品及時進行受控管理；5、按計劃提請階段評審；6、提交測試部門評測開發(fā)產(chǎn)品；7、交付最終工作產(chǎn)品。8、項目實施總結9、項目驗收2.2 主要參加人員為了完成圖書管理系統(tǒng)的項目開發(fā)，公司組建了一個臨時的項目團隊，有項目組組長、副組長、組員構成，如圖2.1所示。圖2.1項目團隊組織結構圖表2.1人員分工姓名角色工作描述組長負責計劃、分配任務、決策的實施副組長負責項目的具體實施與監(jiān)管組員負責收集材料，編程實現(xiàn)組員負責收集材料，編程實現(xiàn)組員負責收集材料，編程實現(xiàn)組員負責收集材料，編程實現(xiàn)組員負責收集材料，編程實現(xiàn)組員負責驗收成果2

11、.3 廣品及成果2.3.1 程序軟件名稱：開發(fā)區(qū)企業(yè)發(fā)展狀況評價系統(tǒng)軟件編程語言：PHP功能：完善信息采集、數(shù)據(jù)整合的機制；建立基于互聯(lián)網(wǎng)的全區(qū)規(guī)模以上工業(yè)企業(yè)經(jīng)濟運行評價、預測、監(jiān)測系統(tǒng)；實現(xiàn)管委與主要工業(yè)企業(yè)信息資源上的互聯(lián)互通，提高信息利用效率；未來將把開發(fā)區(qū)工業(yè)經(jīng)濟信息系統(tǒng)構建成涵蓋全區(qū)經(jīng)濟運行和社會發(fā)展各個領域的數(shù)據(jù)中心，以此為依托為全區(qū)經(jīng)濟綜合管理提供有力的數(shù)據(jù)和技術支持。2.3.2 文件用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶對如何使用該軟件得到具體的了解，為操作人員提供該軟件各種運行情況的有關知識，特別是操作方法的具體細節(jié)。軟件維護手冊：主要包括軟件系統(tǒng)說

12、明、程序模塊說明、操作環(huán)境、支持軟件的說明、維護過程的說明，便于軟件的維護。2.3.3 服務計劃提供以下服務：課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。免費咨詢：客戶可以在工作時間向技術人員提出問題并獲得解答。技術支持：對于某些客戶，采取上門指導的方式。軟件維護：獲取軟件使用中的問題，提供補丁程序。升級通知：在軟件新版本發(fā)布的時候，及時通知（Email或郵寄信件）注冊的用戶，并提供試用版本。軟件升級：對于注冊用戶，只需較少的費用即可升級到新的版本。2.3.4 非移交產(chǎn)品項目開發(fā)計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發(fā)的進度、開發(fā)經(jīng)費的預算、所需

13、的硬件及軟件資源等。軟件需求說明書（軟件規(guī)格說明書）：對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件下編寫的，也是實施開發(fā)工作的基礎。該說明書應給出數(shù)據(jù)邏輯和數(shù)據(jù)采集的各項要求，為生成和維護系統(tǒng)數(shù)據(jù)文件做好準備。概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數(shù)據(jù)結構設計和出錯處理設計等，為詳細設計提供基礎。詳細設計說明書：著重描述每一模塊是怎樣實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計

14、劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。測試分析報告：測試工作完成以后，應提交測試計劃執(zhí)行情況的說明，對測試結果加以分析，并提出測試的結論意見。開發(fā)進度月報：該月報系軟件人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執(zhí)行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。項目開發(fā)總結報告：軟件項目開發(fā)完成以后，應與項目實施計劃對照，總結實際執(zhí)行的情況，如進度、成果、資源利用、成本和投入的人力，止匕外，還需對開發(fā)工作做出評價，總結出經(jīng)驗和教訓。軟件問題報告：指出軟件問題的登記情況，如日期、發(fā)現(xiàn)人、狀態(tài)、問題所屬模塊

15、等，為軟件修改提供準備文檔。軟件修改報告：軟件產(chǎn)品投入運行以后，發(fā)現(xiàn)了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。源程序：軟件開發(fā)過程中的全部代碼以及注釋。2.4 驗收標準2.4.1 代碼的驗收最后在交付客戶之前進行小組內評審，代碼編寫符合HB646浙準，與文檔說明保持一致，代碼書寫風格統(tǒng)一，采用標準規(guī)范，沒有下列錯誤：由于軟件缺陷造成丟失數(shù)據(jù)，不符合設計要求，響應時間太長無法接受等問題。2.4.2 文檔驗收最后在交付客戶之前進行小組內評審，文檔格式符合HB646浙準，功能符合與客戶的合同要求，清晰易讀，沒有語病與歧義。2.4.3 服務驗收服務

16、硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。2.5 完成項目的最遲期限交付日期從年月日開始至年月日，完成對整個系統(tǒng)的可行性報告分析、需求分析說明書、開發(fā)計劃說明說、系統(tǒng)設計書、項目測試、項目總結，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計，定義了數(shù)據(jù)庫總體結構、編碼命名規(guī)范，并交付用戶。交付日期為年月日，延期交付日為月日。2.6 本計劃的審查者與批準者本系統(tǒng)由客戶提出，自年月號正式批準，審查者為，批準人為。3實施總計劃3.1 開發(fā)過程3.1.1 需求分析需求分析是整個設計中重要的一環(huán)，當可行性分析完成，項目立項，確定開發(fā)角色后，從月開始至

17、月日，有關的設計開發(fā)人員與相關業(yè)務人員共同對業(yè)務流程、管理方式進行分析，并進行資料的收集、整理。在完成了對有關數(shù)據(jù)信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義，在此基礎上完成了數(shù)據(jù)定義，建立了數(shù)據(jù)字典。3.1.2 系統(tǒng)設計從月日開始至月日，完成對整個系統(tǒng)的分析設計，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計、定義了數(shù)據(jù)庫總體結構、編碼命名規(guī)范。3.1.3編碼及測試階段從月日開始至月日，完成程序設計和系統(tǒng)測試，完成了數(shù)據(jù)庫建立及程序的編制調試。為了避免錯誤積累，采用邊開發(fā)邊測試的基本模式，對每個模塊都安排專人進行單獨測試

18、，系統(tǒng)聯(lián)調及系統(tǒng)測試，對系統(tǒng)處理邏輯、例外處理能力、容錯能力等進行大規(guī)模的測試，對發(fā)現(xiàn)的問題進行徹底糾正。3.1.4 文檔、產(chǎn)品部署從月日開始至月日，完成用戶培訓工作，編寫各類文檔，系統(tǒng)投入運行階段。3.1.5 項目總結項目結束后用一周左右時間，對項目研發(fā)、部署等開發(fā)過程中的問題、經(jīng)驗教訓總結備案，以利于項目經(jīng)驗的積累和開發(fā)進的的縮短。3.2 工作任務的分解表3.1工作情況工作內容負責人參加人員項目的可行性分析（項目可行性分析報告）項目開發(fā)報告（報告）需求分析（需求分析規(guī)格說明書）全體人員系統(tǒng)分析（概要設計及說明書）全體人員詳細設計（詳細設計說明書）數(shù)據(jù)庫建立全體人員界面設計測試計劃（報告）測

19、試報告（報告）項目開發(fā)總結報告（報告）用戶操作手冊（報告）用VISIO繪制數(shù)據(jù)流圖、E-R圖等各種圖形軟件安裝、測試用戶培訓后期維護3.3 接口人員負責本項目同用戶的接口人員為陳海宴，由軟件發(fā)開方派專人，按客戶要求，指定地點安裝，調試，運行并給客戶演示，在后期中負責維護和更新。3.4 進度方法：采用結構化開發(fā)設置模塊開發(fā)優(yōu)先級：通過對圖書管理的特點和信息流程等分析，確定各模塊開發(fā)的先后次序。具體開發(fā)進度安排如下：注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統(tǒng)編碼完成時、整個項目工作完成時。表3.2里程碑事件里程碑名稱產(chǎn)品名稱提交日期責任人需求訪談結束需求說明書系統(tǒng)分析結束系統(tǒng)說明書系

20、統(tǒng)設計結束數(shù)據(jù)庫設計說明書系統(tǒng)編他完成可運行系統(tǒng)項目結束項目工作總結3.5預算表3.4表勞務的預算（人員成本/月）參與人員時間（月）預算（元）總共人總計表3.5經(jīng)費的預算辦公費元差旅費元機時費元資料費元通訊設備無專用設備無總費用支由元3.6關鍵問題表3.6項目風險因素風險排序風險項名稱風險描述風險緩解方案1專業(yè)基礎知識不牢本次項目開發(fā)過程中涉及的知識較多，給項目開發(fā)人員帶來一定的困難進行相應的培訓2經(jīng)驗欠缺成員開發(fā)經(jīng)驗不足，使項目質量難以保證只有通過不斷的實踐3軟件性能的影響本次開發(fā)過程中部分軟件可能容易出現(xiàn)死機現(xiàn)象選擇合適的軟件，搭建良好的配置開發(fā)環(huán)境影響本計劃完成的主要問題有：沒有經(jīng)費和硬

21、件設施有限用戶需求不清，存在誤解及二義性第一次開發(fā)軟件，開發(fā)人員沒有實際經(jīng)驗時間有限，沒有足夠的開發(fā)時間4支持條件4.1 計算機系統(tǒng)支持開發(fā)時需要的支持條件：硬件：服務器：PentiumIII500以上或更高，內存：512M以上；硬盤：至少80G以上；網(wǎng)絡適配器：10MB/100M由適應；軟件：操作系統(tǒng)為Linux或Window2008,使用開發(fā)語言PHP數(shù)據(jù)庫采用MYSQL.其他開發(fā)工具包括：Dreamweaver,MicrosoftVisio,RationalRose,PowerDesignerTrial11,TomCat6.0CVSNT2.5.03運行時需要的支持條件：一、服務器的要求1

22、 .服務器的中央處理部件（CPU建議使用PIII1G（以上）Xeon處理器芯片。2 .服務器內存必須使用服務器專用ECC3存3 .為了保證數(shù)據(jù)存儲的絕對可靠，硬盤應使用磁盤冗余陣列（RAID01）4 .為了防止服務器不可預測的故障，或者服務器的定期維護對公司整個業(yè)務造成的影響，所有建議使用兩臺服務器。兩臺服務器應構成雙機熱備份。中間使用Watchdog電路。這樣的結構可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務器定期維護的時候也可以使用后備另一臺服務器工作。5 .服務器應支持熱插拔電源6 .服務器必須配備UPS（不間斷電源）。7 .服務器應該放在學校內部。不然無法進行程序調試。8 .服務器應該必須有固定IP地址。9 .其他性能在經(jīng)濟條件允