1、軟件項目開發計劃書項目名稱：基于Android平臺跑步運動 軟件的設計與實現1引言41.1編寫目的 41.2背景41.3定義51.4參考資料51.5系統動機61.6標準、條件和約定 61.7編寫文檔的 WBS 62項目概述72.1工作內容72.2主要參加人員 82.3產品及成果92.3.1 程序92.3.2 文件92.3.3 服務92.3.4非移交產品92.4驗收標準102.4.1代碼的驗收102.4.2文檔驗收102.4.3服務驗收112.5完成項目的最遲期限 112.6本計劃的日期 113實施總計劃123.1開發過程123.1.1需求分析123.1.2系統設計123.1.3編碼及測試階段

2、123.1.4文檔、產品部署 123.1.5項目總結123.2工作任務的分解133.3接口人員143.4進度143.5預算153.6關鍵問題154支持條件164.1計算機系統支持 164.2需要用戶承擔的工作 174.3需由外單位提供的條件 175專題計劃要點185.1開發人員培訓計劃185.2測試計劃185.3質量保證計劃 185.4人員配置計劃185.5安全保密計劃181引言1.1編寫目的為了保證項目團隊按時保質地完成項目目標， 便于項目團隊成員更好地了解 項目情況，使項目工作開展的各個過程合理有序， 有必要以文件化的形式，把對 于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團

3、隊組織結構、 各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內 外環境條件、風險對策等內容以書面的方式描述出來， 作為項目團隊成員以及項 目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據。本項目開發計劃用于從總體上指導 基于An droid平臺跑步運動軟件的設計 與實現項目順利進行并最終得到通過評審的項目產品。 本項目開發計劃面向項 目組全體成員。1.2背景基于An droid平臺跑步運動軟件的設計與實現主要功能是,為廣大用戶提 供一個用于記錄用戶跑步數據并以多種圖標展示數據，方便用戶對自己跑步的狀態的了解；建立跑步交友社

4、區，讓用戶跑步不再孤獨；播放適合跑步頻率的音樂； 共享跑步數據與排名；給跑步增加樂趣。項目周期為3個月，項目背景規劃如表 1.1所示表1.1項目背景規劃項目名稱項目委托單位任務提出者項目承擔單位（人）基于 An droid 平臺跑步運動軟件的設計與實現巨硬巨硬隨著群眾對健康的關注，一部分人選擇跑步作為自己的一項長期的運動項 目。伴隨著近幾年中國參與馬拉松運動的人數增長，馬拉松的熱潮席卷全國。人們對于長跑的熱愛也催生了他們對于自己跑步的狀態的關注，如果方便的獲取跑步時的數據成了人們關注的問題。 在這一背景下，開發基于移動端的跑步運動軟 件就孕育而生，但是到目前為止已有很多跑步軟件面世。 雖然現在

5、的跑步軟件眾 多，但是功能卻五花八門，基于用戶需求而產生的軟件就是我們需要關注和開發 的方向。1.3定義專門術語：SQL SERVER系統服務器所使用的數據庫關系系統（DBMS ）。SQL: 種用于訪問查詢數據庫的語言事務流：數據進入模塊后可能有多種路徑進行處理。 主鍵：數據庫表中的關鍵域。值互不相同。外部主鍵：數據庫表中與其他表主鍵關聯的域。ROLLBACK:數據庫的錯誤恢復機制。縮寫：系統：若未特別指出，統指本了吧了游戲平臺。SQL： Structured Query Language結構化查詢語言）。 ATM : Asynchronous Transfer Mode 異步傳輸模式）。UM

6、L :統一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種 從軟件分析、設計到編寫程序規范的標準化建模語言。UDP : User Datagram Protocol是無連接的傳輸層協議分布式代理：可隱藏服務器ip，減少服務器的危險； 服務器代理： 可驗證用戶數據的正確性，以及安全性，進行處理 三級代理： 減輕服務器壓力，可實現智能作弊系統！1.4參考資料文檔格式要求按照我國 GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規范要求進行。包括以下文件：游戲傳輸關系系統需求說明書軟件工程項目開發文檔范例軟件工程國家標準文檔需求說明書軟件需求說明書編寫規范書籍包括：軟

7、件項目管理朱少民，韓瑩 編著，人民郵電出版社。軟件項目管理Rajeev T Shandilya編著 科學出版社。1.5系統動機基于An droid平臺跑步運動軟件的設計與實現是為了更好的幫助用戶記錄自 己跑步的數據和多方位的展示自己的跑步數據，用于讓用戶更好的了解自己的跑步信息，這樣有助于用戶對自己運動狀態的了解。此系統有助于跑步愛好者制定自己的跑步計劃，從而更好的提升自己，系統前期將完全按照用戶的需求開發功 能，為了吸取用戶。并且會加入許多跑步增加積分的小游戲，讓跑步用戶在跑步的同時添加更多的樂趣。在后期，會加入一些廣告，用戶回收投資，并且會定期通過軟件向用戶推送 近期的跑步活動，從而可以通

8、過活動獲取資金。1.6標準、條件和約定本項目遵從以下標準：GB/T 13702-1992計算機軟件分類與代碼GB/T 20918-2007 信息技術GB/T 19003-2008 軟件工程GB/T 5538-1995軟件工程標準分類法GB/T 9386-2008計算機富安居測試文檔編制GB/T 9385-2008計算機軟件需求規格說明GB/T 5532-2008計算機軟件測試規范GB/T 18221-2000信息技術程序設計語言GB/T 11457-2006信息技術 軟件工程GB/T 8567-2006計算機軟件文檔編制規范1.7編寫文檔的WBS編寫文檔任務任務調度收集材料分類編寫檢查驗收總結

9、成果一任務規劃實際考察結目錄章節 L 階段檢查一階段總-任務分配網上資源詳細編與-匯總檢查-匯總總結2項目概述隨著群眾對健康的關注，一部分人選擇跑步作為自己的一項長期的運動項目。伴隨著近幾年中國參與馬拉松運動的人數增長，馬拉松的熱潮席卷全國。人們對于長跑的熱愛也催生了他們對于自己跑步的狀態的關注，如果方便的獲取跑步時的數據成了人們關注的問題。基于此問題，an droid跑步運動軟件應運而生。an droid跑步運動軟件可以很方便的幫助用戶實時記錄自己的跑步軌跡，和各種跑步數據，并且以多種多樣的圖表展示數據。用戶可以從圖表中很方便的知道自 己的跑步數據，并且可以和以前的數據進行比較，從而知道自己

10、最近幾天的跑步狀態的變化。an droid跑步運動軟件采用目前比較流行的 C/S模式，An droid Studio做為開發 工具，后臺用數據庫管理系統用 Mysql，系統的運行平臺衛An droid。系統運行 在每個用戶的An droid手機上，對上傳到服務器的數據的并發訪問處理有 Mysql 控制。本An droid跑步運動軟件子要實現的功能如下：記錄跑步各種數據用于展示與儲存用于給跑步增加娛樂性播放適合跑步頻率的音樂共享跑步數據與排名建立和維護跑步交友社區（還有后續用戶的需求）2.1工作內容1、制作和修訂項目開發計劃；2、進行計劃跟蹤與監控；3、配合SQA的質量保證工作；4、工作產品及時

11、進行受控管理;5、按計劃提請階段評審；6、提交測試部門評測開發產品;7、交付最終工作產品；8、項目實施總結；9、項目驗收。2.2主要參加人員為了完成An droid跑步軟件的項目開發，HN01班組建了一個臨時的項目團 隊一一巨硬，有項目經理、軟件需求師、軟件架構師、軟件工程師、數據庫工程 師、UI設計師、質量控制員、文檔人員、測試人員，如圖2.1所示。組長第員絹員糾員組員圖2.1項目團隊組織結構圖表2.1人員分工姓名角色工作描述testl組長項目經理、軟件工程師、軟件架構師test2組員軟件架構師、數據庫工程師、軟件工程師test3組員需求工程師、UI工程師、軟件工程師test4組員測試人員、

12、質量控制員、軟件工程師test5組員文檔人員、測試人員、軟件工程師2.3產品及成果2.3.1程序軟件名稱：巨硬跑步編程語言：An droid存儲方式：硬盤功能：對用戶的跑步數據進行存儲和展示2.3.2文件用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶 對如何使用該軟件得到具體的了解，為操作人員提供該軟件各種運行情 況的有關知識，特別是操作方法的具體細節。軟件維護手冊：主要包括軟件系統說明、程序模塊說明、操作環境、支 持軟件的說明、維護過程的說明，便于軟件的維護。2.3.3服務計劃提供以下服務：課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。免費咨詢：客戶可以在工作時間

13、向技術人員提出問題并獲得解答。 技術支持：對于某些客戶，采取上門指導的方式。軟件維護：獲取軟件使用中的問題，提供補丁程序。升級通知：在軟件新版本發布的時候，及時通知 （Email或郵寄信件）注冊的 用戶，并提供試用版本。軟件升級：對于注冊用戶，只需較少的費用即可升級到新的版本。2.3.4非移交產品可行性分析報告：說明該軟件開發項目的實現在技術上、經濟上和社會 因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實 施方案，說明并論證所選定實施方案的理由。項目開發計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分 工作的負責人員、開發的進度、開發經費的預算、所需的硬件及軟件資 源等。

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

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

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

17、說明的要求，人員技術考核合格，定期上門維護2.5完成項目的最遲期限發布日期從2016年9月10日開始至2016年12月19日，完成對整個系統的可行性 報告分析、需求分析說明書、開發計劃說明說、系統設計書、項目測試、項目總 結，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統功能 各模塊進行了詳細設計，定義了數據庫總體結構、編碼命名規范，并發布。發布 日期為2016年12月20日，延期發布日為1月5號。2.6本計劃的日期本系統由X老師提出，自2016年9月7號正式批準，審查者為X老師，批 準人為X老師。3實施總計劃3.1開發過程3.1.1需求分析需求分析是整個設計中重要的一環，當可

18、行性分析完成，項目立項，確定 開發角色后，從9月10開始至9月20 日，有關的設計開發人員與相關業務人員 共同對業務流程、管理方式進行分析，并進行資料的收集、整理。在完成了對有 關數據信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功 能進行了定義，在此基礎上完成了數據定義，建立了數據字典。3.1.2系統設計從9月21日開始至10月1日，完成對整個系統的分析設計，對概念模型、 存儲模式、完整性控制、存取權限等進行了定義，對系統功能各模塊進行了詳細 設計、定義了數據庫總體結構、編碼命名規范。3.1.3編碼及測試階段從10月2日開始至11月22日，完成程序設計和系統測試，完成了數據庫

19、 建立及程序的編制調試。為了避免錯誤積累，采用邊開發邊測試的基本模式，對 每個模塊都安排專人進行單獨測試， 系統聯調及系統測試，對系統處理邏輯、例 外處理能力、容錯能力等進行大規模的測試，對發現的問題進行徹底糾正。3.1.4文檔、產品部署從11月3日開始至11月6日，完成用戶培訓工作，編寫各類文檔，系統 投入運行階段。3.1.5項目總結項目結束后用一周左右時間，對項目研發、部署等開發過程中的問題、經 驗教訓總結備案，以利于項目經驗的積累和開發進的的縮短。3.2工作任務的分解表3.1工作情況工作內容負責人參加人員項目的可行性分析（項目可行性分析 報告）testl全體人員項目開發報告（報告）tes

20、tltestl需求分析（需求分析規格說明書）test3test3系統分析（概要設計及說明書）testltestl，test2詳細設計（詳細設計說明書）testltestl，test2數據庫建立test2test2界面設計test3test3測試計劃（報告）test4test4, test5測試報告（報告）test4test4, test5項目開發總結報告（報告）testltestl用戶操作手冊（報告）test5test5用VISIO繪制數據流圖、E-R圖等各種圖形test2test2軟件安裝、測試test4test4，test5用戶培訓test5test5后期維護testl全體人員3.3接口人

21、員負責本項目同用戶的接口人員為test5,由軟件發開方派專人，按客戶要求， 指定地點安裝，調試，運行并給客戶演示，在后期中負責維護和更新。3.4進度方法：采用結構化開發設置模塊開發優先級：通過對游戲平臺的特點和信息流程等的分析， 確定各 模塊開發的先后次序。具體開發進度安排如下：注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統編碼完成時、 整個項目工作完成時。表3.2里程碑事件里程碑名稱產品名稱提交日期責任人3.5預算表3.4表勞務的預算（人員成本/月）參與人員時間（月）預算（元）testl30test230test330test430test530表3.5經費的預算辦公費0差旅費0機

22、時費0資料費0通訊設備0專用設備0總費用支出03.6關鍵問題表3.6項目風險因素風險排序風險項名稱風險描述風險緩解方案1專業基礎知識不牢本次項目開發過程中涉 及的知識較多，給項目開 發人員帶來一疋的困難進行相應的培訓2經驗欠缺成員開發經驗不足，使項 目質量難以保證只有通過不斷的實踐3軟件性能的影響本次開發過程中部分軟 件可能容易出現死機現 象選擇合適的軟件，搭建良 好的配置開發環境影響本計劃完成的主要問題有：沒有經費和硬件設施有限用戶需求不清，存在誤解及二義性 第一次開發軟件，開發人員沒有實際經驗 時間有限，沒有足夠的開發時間4支持條件4.1計算機系統支持開發時需要的支持條件：硬件：服務器：P

23、entium III 500以上或更高，內存：512M以上；硬盤：至少80G以上；CD ROM : 32倍速以上；網絡適配器：10MB/100MB自適應；打印機一臺UPS（選配己）工作站：Pentium 4以上微機；內存：512MB硬盤：至少80以上；CD ROM : 32倍速以上；網絡適配器：10M B /100M E自適應網絡：至少一臺服務器至少一臺工作站使用TCP/IP協議的局域網軟件：操作系統為An droid，使用集成開發工具 An droid Studio,數據庫采用Mysql, 項目運行環境為An droid 4.X.運行時需要的支持條件：一、服務器的要求1 服務器的中央處理部件

24、（CPU）建議使用PIII 1G （以上）Xeon處理器-H- UL心片。2服務器內存必須使用服務器專用 ECC內存3. 為了保證數據存儲的絕對可靠，硬盤應使用磁盤冗余陣列（RAID 01 ）4為了防止服務器不可預測的故障，或者服務器的定期維護對公司整個業 務造成的影響，所有建議使用兩臺服務器。兩臺服務器應構成雙機熱備份。中間 使用Watchdog電路。這樣的結構可以保證整個系統的長時間不間斷工作，即使 在服務器定期維護的時候也可以使用后備另一臺服務器工作。5.服務器應支持熱插拔電源6服務器必須配備UPS （不間斷電源）。7服務器應該放在學校內部。不然無法進行程序調試。8服務器應該必須有固定IP地址。9 其他性能在經濟條件允許的情況下，應該盡量使用高速穩定的配件。二、服務器上應該配備的軟件1 .操作系統：Microsoft Windows 2000 server 或者 Microsoft Windows 2000 Adv