軟件需求立項及開發(fā)辦法(完整版)資料

軟件需求立項及開發(fā)辦法（完整版）資料(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

軟件需求立項及開發(fā)辦法（完整版）資料(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）軟件系統(tǒng)需求立項開發(fā)管理辦法一、目的為明確軟件開發(fā)的需求，使軟件開發(fā)過程規(guī)范化，并有效的管理和控制軟件開發(fā)項目進度及項目風險，保障公司核心業(yè)務系統(tǒng)的穩(wěn)健性及適用性，節(jié)約軟件系統(tǒng)開發(fā)成本及提高開發(fā)效率。二、范圍此方案適用全公司所有的營業(yè)部門、操作中心及其他相關職能部門。三、適用文件此辦法暫無適用文件。四、內容（一）系統(tǒng)需求立項開發(fā)管理辦法整體流程1．系統(tǒng)需求部門對產生的系統(tǒng)需求，整理成文檔后，起草《系統(tǒng)需求立項申請》工作流申請。依次至流程起草部門分管領導審批。2、審批后，信息研發(fā)部門進行項目詳細需求調研與分析，確保業(yè)務部門對系統(tǒng)的具體需求明確。3、通過召開需求分析結果評審會議，對信息研發(fā)部門的需求調研詳細結果進行確認，以保障項目需求的正確性、可性行、完整性、可實施性及風險點，審計項目預計成本與產出是否成正比，評審會議有權否決項目開展。4、通過評審的項目，由信息研發(fā)部門進行開發(fā)，并明確項目完成時間。5、審批完成后，項目進入到開發(fā)階段與內部測試階段。6、信息研發(fā)部門在內部測試完成后，通知需求部門相關人員，進行項目驗收測試。7、需求部門在提交需求開發(fā)申請后至項目驗收期間，需求原則上不進行變更。8、在建軟件項目需求變更的，必須由原需求項目申請人起草《在建軟件項目需求變更》流程。9、信息研發(fā)部門在需求項目經過外部測試驗收合格后，起草《系統(tǒng)版本上線申請》流程，依次至分管領導。上線申請具備條件有：內測驗收簽字表、外測驗收簽字表、項目技術評審表、升級程序腳本檢查表、項目培訓文檔。10、流程審批后，信息服務部根據(jù)系統(tǒng)升級的影響系統(tǒng)功能及系統(tǒng)影響到的部門發(fā)布系統(tǒng)上線升級通知，由信息研發(fā)部門系統(tǒng)升級專員進行系統(tǒng)升級操作。具體流程圖如下：（二）系統(tǒng)需求立項申請1、系統(tǒng)需求項目必須通過《OA需求立項審批流程》審批。（1）申請人必須為部門經理級別及以上人員。（2）申請人必須填寫軟件需求申請單，軟件需求申請單參照（附錄1）。（3）申請人直接上級審批需求是否合理及是否違反公司相關制度、規(guī)范流程等。（4）申請人為業(yè)務部門項目負責人,必須全程配合系統(tǒng)需求調研，為需求項目提供各項詳細的要求、業(yè)務流程、算法、單據(jù)及相關制度文件，協(xié)調信息研發(fā)部部門相關人員調研期間的調研工作。（5）信息研發(fā)部門在流程審批通過時必須給出明確的需求分析完成時間，如否決需求流程必須給出明確的理由。2、系統(tǒng)需求項目經過《OA需求立項審批流程》審批完成后，進入到項目需求分析調研階段，標識項目正式啟動。（1）需求審批完成后，信息服務部存檔軟件需求申請單并進行項目跟蹤，信息研發(fā)部負責人指定專人負責需求項目調研工作（以下簡稱需求分析人員），并將系統(tǒng)需求進行分類管理。（2）需求分析人員必須充分的挖掘需求部門潛在需求，并用原型方法展示軟件界面，使需求部門充分了解未來軟件項目的功能。（3）需求分析調研階段的項目責任人為業(yè)務部門項目負責人及需求分析人員，雙方按照流程約定項目期限進行相關工作開展。（4）需求分析人員與業(yè)務部門項目負責人達成一致意見后，由需求分析階段進入到需求評審階段。（5）進入需求評審前，需求分析人員必須根據(jù)需求部門的實際需求整理出需求分析規(guī)格說明書及其他項目相關文檔，并且評估出需求項目成本及項目開發(fā)周期。（6）需求立項申請審批后，信息研發(fā)部門必須在五個工作日內進行需求調研工作。（三）系統(tǒng)需求立項評審1、系統(tǒng)需求立項必須通過需求評審會議評審通過后，項目才能生效。（1）需求評審會議由信息研發(fā)部主持，并根據(jù)需求類型通知相關部門人員參加。原則上，需求評審團隊由業(yè)務方代表、需求分析人員、開發(fā)代表、相關分管領導組成。（2）需求評審不通過，則由需求分析人員與業(yè)務部門項目負責人繼續(xù)進行調研分析，直至通過為止。（3）需求評審會議有權否決項目的繼續(xù)進行。（4）需求評審人員必須對開發(fā)成本投入與產出進行審核，確認后簽署需求評審表，需求評審表參照（附錄2）（5）需求評審會議必須對項目的優(yōu)先等級進行評定，以利于項目的開展及進度實施。（6）通過評審的需求項目，由信息服務部存檔需求項目的需求評審表，并進行編號管理，必須根據(jù)公司相關制度嚴格保密需求項目文檔。（7）通過評審的需求項目，信息研發(fā)部門必須在評審時給出項目明確完成時間，并交由信息服務部隨需求項目文檔一起存檔。（8）項目的優(yōu)先等級可成為內部收費的標準，對于普通項目，內部收費標準為200元/人天；緊急項目內部收費標準為300元/人天；重要且緊急內部收費標準為400元/人天，立項的需求項目最低按1人天計。（四）系統(tǒng)需求開發(fā)1、信息研發(fā)部門需嚴格按照軟件工程規(guī)范進行項目開發(fā)，以確保項目開發(fā)質量。2、信息研發(fā)部門在接收到明確的項目需求后，指派專人負責項目的方案設計，方案必須通過內部評審意見一致后，進入到需求項目編碼階段。3、項目開發(fā)完成后，必須由研發(fā)主管進行檢測各項代碼的正確性及適用性，確認各項無誤后，項目進入到內部測試階段。（五）系統(tǒng)需求功能測試1．系統(tǒng)需求功能測試階段分為內部測試與外部測試二個階段，內部測試是由信息管理中心由開發(fā)人員與服務人員進行的測試；外部測試是指項目功能準用戶進行的模擬業(yè)務場景的測試。2．內部測試2．1內部測試由信息研發(fā)部門進行項目功能單元測試，項目關聯(lián)模塊測試，必須嚴格測試每一項目，確保達到項目需求，并逐步記錄測試結果，合格則由測試人員簽字存檔。2．2信息研發(fā)部門在單元測試通過后，將需求項目功能與原系統(tǒng)功能集成封裝后，交由信息服務部進行內部集成測試。在交付集成測試前，必須要有需求項目的方案與技術記錄文檔；同時需要向信息服務部書面提供項目關聯(lián)模塊及數(shù)據(jù)監(jiān)測項等測試相關信息。2.3集成測試時，必須要按照需求評審內容逐項測試，并模擬準用戶業(yè)務場景產生的各因素、條件等進行測試。2．4每一項測試通過后，由測試負責人填寫內部測試表，如某項功能不能通過測試，必須第一時間通過書面文檔形式反映給信息研發(fā)部門，并要求其完成時間，記錄在測試文檔并進行跟蹤。2．5信息研發(fā)部門交付集成測試版本之日起，三個工作日內必須提供測試結果。3．外部測試3．1．內部測試完成后，由信息服務部組織相關業(yè)務部門人員進行系統(tǒng)外部測試。（1）業(yè)務部門負責人根據(jù)需求評審過的項目需求，每一項進行嚴格測試，合格后按每一項功能進行簽字。（2）項目測試時發(fā)現(xiàn)的錯誤，信息研發(fā)部門必須及時改進，并通知業(yè)務部門負責人繼續(xù)進行驗收測試，直至驗收合格為止。（3）自信息研發(fā)部通知之日起，業(yè)務部門負責人三個工作日內必須給出測試回復，六個工作日內必須測試完成。（4）因沒按規(guī)定時間進行測試工作，導致項目整體延期，對業(yè)務部門負責人按《獎勵與處罰管理規(guī)定XZ-0071》中相關規(guī)定進行處罰。（5）因系統(tǒng)錯誤等原因延誤測試工作，導致項目整體延期，對信息研發(fā)負責人按《獎勵與處罰管理規(guī)定XZ-0071》中相關規(guī)定進行處罰。3．2．業(yè)務部門負責人簽字驗收后，信息研發(fā)部門方可起草系統(tǒng)升級流程。（1）項目驗收表由信息服務部存檔，并按要求匯總至項目需求整體文檔庫，以保障項目文檔的完整性。(項目驗收表參照附錄4)。（2）項目驗收是一項非常重要工作，是以確保軟件項目上線后是否能正常使用，是否符合實際業(yè)務。項目驗收簽字為劃分測試責任的主要依據(jù)，業(yè)務部門負責人必須嚴格按照業(yè)務場景要求進行具體每一項測試。（六）系統(tǒng)上線1．項目實際的上線時間為需求的實際完成時間，系統(tǒng)上線必須由信息研發(fā)部門負責人起草OA《系統(tǒng)上線申請》工作流，審批通過后，方可由系統(tǒng)升級專員進行升級操作。（1）流程審批前，信息研發(fā)部門項目相關開發(fā)人員必須整理出項目升級的腳本、表單、文件等資料，研發(fā)主管負責檢查正確性、完整性、可用性，并形成記錄，作為系統(tǒng)升級審批依據(jù)之一。（2）系統(tǒng)上線升級過程中，系統(tǒng)升級專員必須嚴格按照相關規(guī)范操作，避免數(shù)據(jù)損壞，做好防范措施，有必要需在升級前召開升級風險及防范會議，以降低項目升級帶來的各項風險。（3）項目上線時間即項目完成時間，根據(jù)需求開發(fā)審批時的預計完成時間來考核信息研發(fā)部門。對于延誤需求項目進度的，將按照相關規(guī)定進行處罰。因需求項目進度調整，需在調整前由信息研發(fā)部門通知業(yè)務部門負責人，取得同意后，方可變更項目進度。公司因重大事件需特殊處理不在此范圍內。2．流程批準后，系統(tǒng)上線之前，由信息服務部向全公司發(fā)布系統(tǒng)升級通知，相關業(yè)務部門做好相關準備工作。（1）通知內容必須注明升級的影響范圍（系統(tǒng)功能）及影響部門、可能存在的風險及防范措施。（2）信息服務部在系統(tǒng)升級時要求制作當次升級的功能詳細操作文檔，并隨系統(tǒng)項目上線時發(fā)布，并在系統(tǒng)升級通知中明確操作文檔的鏈接地址，以便指導最終用戶操作。五、獎懲依據(jù)（一）《獎勵與處罰管理規(guī)定XZ-0071》六、權限（一）起草部門：信息管理中心（二）審核部門：運作中心、營運中心、制度部、行政部（三）批準部門：信息管理中心（四）執(zhí)行部門：各區(qū)域部門、操作中心、各職能部門七、例外（一）系統(tǒng)功能性錯誤（系統(tǒng)BUG）、數(shù)據(jù)異常等，影響到業(yè)務正常操作不在此管理辦法規(guī)定之內。（二）對于系統(tǒng)現(xiàn)有功能的改善與局部調整的，由需求部門起草OA系統(tǒng)創(chuàng)新建議流程。八、解釋（一）本管理辦法自公布之日起執(zhí)行。（二）信息管理中心對此管理辦法有最終的解釋權。九、引用（一）《獎勵與處罰管理規(guī)定XZ-0071》十、附錄附錄1……軟件需求申請單附錄2……軟件需求評審表附錄3……在建軟件項目需求變更申請單附錄4……外測項目驗收表軟件開發(fā)計劃書 項目名稱：基于Android平臺跑步運動軟件的設計與實現(xiàn) 參與人員：test1，test2，test3，test4，test5目錄TOC\o"1-3"\h\u1引言 31.1編寫目的 31.2背景 31.3定義 41.4參考資料 41.5系統(tǒng)動機 51.6標準、條件和約定 51.7編寫文檔的WBS 52項目概述 62.1工作內容 62.2主要參加人員 72.3產品及成果 8程序 8文件 8服務 8非移交產品 82.4驗收標準 9代碼的驗收 9文檔驗收 9服務驗收 102.5完成項目的最遲期限 102.6本計劃的日期 103實施總計劃 113.1開發(fā)過程 11需求分析 11系統(tǒng)設計 11編碼及測試階段 11文檔、產品部署 11項目總結 113.2工作任務的分解 123.3接口人員 133.4進度 133.5預算 143.6關鍵問題 144支持條件 154.1計算機系統(tǒng)支持 154.2需要用戶承擔的工作 164.3需由外單位提供的條件 165專題計劃要點 175.1開發(fā)人員培訓計劃 175.2測試計劃 175.3質量保證計劃 175.4人員配置計劃 175.5安全保密計劃 17

1引言1.1編寫目的為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，有必要以文件化的形式，把對于在項目生命周期內的工作任務范圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協(xié)作方式、開發(fā)進度、經費預算、項目內外環(huán)境條件、風險對策等內容以書面的方式描述出來，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎，項目團隊開展和檢查項目工作的依據(jù)。本項目開發(fā)計劃用于從總體上指導《基于Android平臺跑步運動軟件的設計與實現(xiàn)》項目順利進行并最終得到通過評審的項目產品。本項目開發(fā)計劃面向項目組全體成員。1.2背景《基于Android平臺跑步運動軟件的設計與實現(xiàn)》主要功能是,為廣大用戶提供一個用于記錄用戶跑步數(shù)據(jù)并以多種圖標展示數(shù)據(jù)，方便用戶對自己跑步的狀態(tài)的了解；建立跑步交友社區(qū)，讓用戶跑步不再孤獨；播放適合跑步頻率的音樂；共享跑步數(shù)據(jù)與排名；給跑步增加樂趣。項目周期為3個月，項目背景規(guī)劃如表1.1所示表1.1項目背景規(guī)劃項目名稱項目委托單位任務提出者項目承擔單位(人)基于Android平臺跑步運動軟件的設計與實現(xiàn)巨硬巨硬隨著群眾對健康的關注，一部分人選擇跑步作為自己的一項長期的運動項目。伴隨著近幾年中國參與馬拉松運動的人數(shù)增長，馬拉松的熱潮席卷全國。人們對于長跑的熱愛也催生了他們對于自己跑步的狀態(tài)的關注，如果方便的獲取跑步時的數(shù)據(jù)成了人們關注的問題。在這一背景下，開發(fā)基于移動端的跑步運動軟件就孕育而生，但是到目前為止已有很多跑步軟件面世。雖然現(xiàn)在的跑步軟件眾多，但是功能卻五花八門，基于用戶需求而產生的軟件就是我們需要關注和開發(fā)的方向。

1.3定義專門術語：SQLSERVER:系統(tǒng)服務器所使用的數(shù)據(jù)庫關系系統(tǒng)（DBMS）。SQL：一種用于訪問查詢數(shù)據(jù)庫的語言事務流：數(shù)據(jù)進入模塊后可能有多種路徑進行處理。主鍵：數(shù)據(jù)庫表中的關鍵域。值互不相同。外部主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。ROLLBACK:數(shù)據(jù)庫的錯誤恢復機制?？s寫：系統(tǒng)：若未特別指出，統(tǒng)指本了吧了游戲平臺。SQL：StructuredQueryLanguage(結構化查詢語言)。ATM：AsynchronousTransferMode(異步傳輸模式)。UML：統(tǒng)一建模語言、是一套用來設計軟件藍圖的標準建模語言，是一種從軟件分析、設計到編寫程序規(guī)范的標準化建模語言。UDP：UserDatagramProtocol是無連接的傳輸層協(xié)議分布式代理：可隱藏服務器ip，減少服務器的危險;服務器代理：可驗證用戶數(shù)據(jù)的正確性，以及安全性，進行處理三級代理：減輕服務器壓力，可實現(xiàn)智能作弊系統(tǒng)！1.4參考資料文檔格式要求按照我國GB/T8567-1988國家標準和IEEE/ANSI830-1993標準規(guī)范要求進行。包括以下文件：游戲傳輸關系系統(tǒng)需求說明書軟件工程項目開發(fā)文檔范例軟件工程國家標準文檔需求說明書軟件需求說明書編寫規(guī)范書籍包括：《軟件項目管理》朱少民，韓瑩編著，人民郵電出版社?！盾浖椖抗芾怼稲ajeevTShandilya編著科學出版社。1.5系統(tǒng)動機基于Android平臺跑步運動軟件的設計與實現(xiàn)是為了更好的幫助用戶記錄自己跑步的數(shù)據(jù)和多方位的展示自己的跑步數(shù)據(jù)，用于讓用戶更好的了解自己的跑步信息，這樣有助于用戶對自己運動狀態(tài)的了解。此系統(tǒng)有助于跑步愛好者制定自己的跑步計劃，從而更好的提升自己，系統(tǒng)前期將完全按照用戶的需求開發(fā)功能，為了吸取用戶。并且會加入許多跑步增加積分的小游戲，讓跑步用戶在跑步的同時添加更多的樂趣。在后期，會加入一些廣告，用戶回收投資，并且會定期通過軟件向用戶推送近期的跑步活動，從而可以通過活動獲取資金。1.6標準、條件和約定本項目遵從以下標準：GB/T13702-1992計算機軟件分類與代碼GB/T20918-2007信息技術GB/T19003-2021軟件工程GB/T5538-1995軟件工程標準分類法GB/T9386-2021計算機富安居測試文檔編制GB/T9385-2021計算機軟件需求規(guī)格說明GB/T5532-2021計算機軟件測試規(guī)范GB/T18221-2000信息技術程序設計語言GB/T11457-2006信息技術軟件工程GB/T8567-2006計算機軟件文檔編制規(guī)范1.7編寫文檔的WBS編寫文檔任務任務調度收集材料分類編寫檢查驗收總結成果任務規(guī)劃實際考察目錄章節(jié)階段檢查階段總結任務分配網上資源詳細編寫匯總檢查匯總總結

2項目概述隨著群眾對健康的關注，一部分人選擇跑步作為自己的一項長期的運動項目。伴隨著近幾年中國參與馬拉松運動的人數(shù)增長，馬拉松的熱潮席卷全國。人們對于長跑的熱愛也催生了他們對于自己跑步的狀態(tài)的關注，如果方便的獲取跑步時的數(shù)據(jù)成了人們關注的問題?；诖藛栴}，android跑步運動軟件應運而生。android跑步運動軟件可以很方便的幫助用戶實時記錄自己的跑步軌跡，和各種跑步數(shù)據(jù)，并且以多種多樣的圖表展示數(shù)據(jù)。用戶可以從圖表中很方便的知道自己的跑步數(shù)據(jù)，并且可以和以前的數(shù)據(jù)進行比較，從而知道自己最近幾天的跑步狀態(tài)的變化。android跑步運動軟件采用目前比較流行的C/S模式，AndroidStudio做為開發(fā)工具，后臺用數(shù)據(jù)庫管理系統(tǒng)用Mysql，系統(tǒng)的運行平臺衛(wèi)Android。系統(tǒng)運行在每個用戶的Android上，對上傳到服務器的數(shù)據(jù)的并發(fā)訪問處理有Mysql控制。本Android跑步運動軟件子要實現(xiàn)的功能如下：記錄跑步各種數(shù)據(jù)用于展示與儲存用于給跑步增加娛樂性播放適合跑步頻率的音樂共享跑步數(shù)據(jù)與排名建立和維護跑步交友社區(qū)（還有后續(xù)用戶的需求）2.1工作內容1、制作和修訂項目開發(fā)計劃；2、進行計劃跟蹤與監(jiān)控；3、配合SQA的質量保證工作；4、工作產品及時進行受控管理；5、按計劃提請階段評審；6、提交測試部門評測開發(fā)產品；7、交付最終工作產品；8、項目實施總結；9、項目驗收。2.2主要參加人員為了完成Android跑步軟件的項目開發(fā)，HN01班組建了一個臨時的項目團隊——巨硬，有項目經理、軟件需求師、軟件架構師、軟件工程師、數(shù)據(jù)庫工程師、UI設計師、質量控制員、文檔人員、測試人員，如圖2.1所示。圖2.1項目團隊組織結構圖表2.1人員分工姓名角色工作描述test1組長項目經理、軟件工程師、軟件架構師test2組員軟件架構師、數(shù)據(jù)庫工程師、軟件工程師test3組員需求工程師、UI工程師、軟件工程師test4組員測試人員、質量控制員、軟件工程師test5組員文檔人員、測試人員、軟件工程師

2.3產品及成果軟件名稱：巨硬跑步編程語言：Android存儲方式：硬盤功能：對用戶的跑步數(shù)據(jù)進行存儲和展示用戶操作手冊：本手冊詳細描述軟件的功能、性能和用戶界面，使用戶對如何使用該軟件得到具體的了解,為操作人員提供該軟件各種運行情況的有關知識，特別是操作方法的具體細節(jié)。軟件維護手冊：主要包括軟件系統(tǒng)說明、程序模塊說明、操作環(huán)境、支持軟件的說明、維護過程的說明，便于軟件的維護。計劃提供以下服務：課堂培訓：以講課形式對客戶進行培訓，使其能夠正確使用軟件。免費咨詢：客戶可以在工作時間向技術人員提出問題并獲得解答。技術支持：對于某些客戶，采取上門指導的方式。軟件維護：獲取軟件使用中的問題，提供補丁程序。升級通知：在軟件新版本發(fā)布的時候，及時通知(Email或郵寄信件)注冊的用戶，并提供試用版本。軟件升級：對于注冊用戶，只需較少的費用即可升級到新的版本?？尚行苑治鰣蟾妫赫f明該軟件開發(fā)項目的實現(xiàn)在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發(fā)目標可供選擇的各種可能實施方案，說明并論證所選定實施方案的理由。項目開發(fā)計劃：為軟件項目實施方案制訂出具體計劃，應該包括各部分工作的負責人員、開發(fā)的進度、開發(fā)經費的預算、所需的硬件及軟件資源等。軟件需求說明書（軟件規(guī)格說明書）：對所開發(fā)軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明。它是在用戶與開發(fā)人員雙方對軟件需求取得共同理解并達成協(xié)議的條件下編寫的，也是實施開發(fā)工作的基礎。該說明書應給出數(shù)據(jù)邏輯和數(shù)據(jù)采集的各項要求，為生成和維護系統(tǒng)數(shù)據(jù)文件做好準備。概要設計說明書：該說明書是概要實際階段的工作成果，它應說明功能分配、模塊劃分、程序的總體結構、輸入輸出以及接口設計、運行設計、數(shù)據(jù)結構設計和出錯處理設計等，為詳細設計提供基礎。詳細設計說明書：著重描述每一模塊是怎樣實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。測試計劃：為做好集成測試和驗收測試，需為如何組織測試制訂實施計劃。計劃應包括測試的內容、進度、條件、人員、測試用例的選取原則、測試結果允許的偏差范圍等。測試分析報告：測試工作完成以后，應提交測試計劃執(zhí)行情況的說明，對測試結果加以分析，并提出測試的結論意見。開發(fā)進度月報：該月報系軟件人員按月向管理部門提交的項目進展情況報告，報告應包括進度計劃與實際執(zhí)行情況的比較、階段成果、遇到的問題和解決的辦法以及下個月的打算等。項目開發(fā)總結報告：軟件項目開發(fā)完成以后，應與項目實施計劃對照，總結實際執(zhí)行的情況，如進度、成果、資源利用、成本和投入的人力，此外，還需對開發(fā)工作做出評價，總結出經驗和教訓。軟件問題報告：指出軟件問題的登記情況，如日期、發(fā)現(xiàn)人、狀態(tài)、問題所屬模塊等，為軟件修改提供準備文檔。軟件修改報告：軟件產品投入運行以后，發(fā)現(xiàn)了需對其進行修正、更改等問題，應將存在的問題、修改的考慮以及修改的影響做出詳細的描述，提交審批。源程序：軟件開發(fā)過程中的全部代碼以及注釋。2.4驗收標準最后在發(fā)布之前進行小組內評審，代碼編寫符合HB6465標準，與文檔說明保持一致，代碼書寫風格統(tǒng)一，采用標準規(guī)范，沒有下列錯誤：由于軟件缺陷造成丟失數(shù)據(jù)，不符合設計要求，響應時間太長無法接受等問題。最后在發(fā)布之前進行小組內評審，文檔格式符合HB6465標準，功能符合需求要求，清晰易讀，沒有語病與歧義。服務硬件達到文檔說明的要求，人員技術考核合格，定期上門維護。2.5完成項目的最遲期限發(fā)布日期從2021年9月10日開始至2021年12月19日，完成對整個系統(tǒng)的可行性報告分析、需求分析說明書、開發(fā)計劃說明說、系統(tǒng)設計書、項目測試、項目總結，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計，定義了數(shù)據(jù)庫總體結構、編碼命名規(guī)范，并發(fā)布。發(fā)布日期為2021年12月20日，延期發(fā)布日為1月5號。2.6本計劃的日期本系統(tǒng)由X老師提出，自2021年9月7號正式批準，審查者為X老師，批準人為X老師。

3實施總計劃3.1開發(fā)過程需求分析是整個設計中重要的一環(huán)，當可行性分析完成，項目立項，確定開發(fā)角色后，從9月10開始至9月20日，有關的設計開發(fā)人員與相關業(yè)務人員共同對業(yè)務流程、管理方式進行分析，并進行資料的收集、整理。在完成了對有關數(shù)據(jù)信息的收集、歸納和分析整理后，確定了用戶需求，對軟件必須完成的功能進行了定義，在此基礎上完成了數(shù)據(jù)定義，建立了數(shù)據(jù)字典。從9月21日開始至10月1日，完成對整個系統(tǒng)的分析設計，對概念模型、存儲模式、完整性控制、存取權限等進行了定義，對系統(tǒng)功能各模塊進行了詳細設計、定義了數(shù)據(jù)庫總體結構、編碼命名規(guī)范。從10月2日開始至11月22日，完成程序設計和系統(tǒng)測試，完成了數(shù)據(jù)庫建立及程序的編制調試。為了避免錯誤積累，采用邊開發(fā)邊測試的基本模式，對每個模塊都安排專人進行單獨測試，系統(tǒng)聯(lián)調及系統(tǒng)測試，對系統(tǒng)處理邏輯、例外處理能力、容錯能力等進行大規(guī)模的測試，對發(fā)現(xiàn)的問題進行徹底糾正。從11月3日開始至11月6日，完成用戶培訓工作，編寫各類文檔，系統(tǒng)投入運行階段。項目結束后用一周左右時間，對項目研發(fā)、部署等開發(fā)過程中的問題、經驗教訓總結備案，以利于項目經驗的積累和開發(fā)進的的縮短。

3.2工作任務的分解表3.1工作情況工作內容負責人參加人員項目的可行性分析（項目可行性分析報告）test1全體人員項目開發(fā)報告（報告）test1test1需求分析（需求分析規(guī)格說明書）test3test3系統(tǒng)分析（概要設計及說明書）test1test1，test2詳細設計（詳細設計說明書）test1test1，test2數(shù)據(jù)庫建立test2test2界面設計test3test3測試計劃（報告）test4test4，test5測試報告（報告）test4test4，test5項目開發(fā)總結報告（報告）test1test1用戶操作手冊（報告）test5test5用VISIO繪制數(shù)據(jù)流圖、E-R圖等各種圖形test2test2軟件安裝、測試test4test4，test5用戶培訓test5test5后期維護test1全體人員3.3接口人員負責本項目同用戶的接口人員為test5，由軟件發(fā)開方派專人，按客戶要求，指定地點安裝，調試，運行并給客戶演示，在后期中負責維護和更新。3.4進度方法：采用結構化開發(fā)設置模塊開發(fā)優(yōu)先級：通過對游戲平臺的特點和信息流程等的分析，確定各模塊開發(fā)的先后次序。具體開發(fā)進度安排如下：注：有四個里程碑，分別是需求完成時、詳細設計完成時、系統(tǒng)編碼完成時、整個項目工作完成時。表3.2里程碑事件里程碑名稱產品名稱提交日期責任人

3.5預算表3.4表勞務的預算（人員成本/月）參與人員時間（月）預算（元）test130test230test330test430test530表3.5經費的預算辦公費0差旅費0機時費0資料費0通訊設備0專用設備0總費用支出03.6關鍵問題表3.6項目風險因素風險排序風險項名稱風險描述風險緩解方案1專業(yè)基礎知識不牢本次項目開發(fā)過程中涉及的知識較多，給項目開發(fā)人員帶來一定的困難進行相應的培訓2經驗欠缺成員開發(fā)經驗不足，使項目質量難以保證只有通過不斷的實踐3軟件性能的影響本次開發(fā)過程中部分軟件可能容易出現(xiàn)死機現(xiàn)象選擇合適的軟件，搭建良好的配置開發(fā)環(huán)境影響本計劃完成的主要問題有：沒有經費和硬件設施有限用戶需求不清，存在誤解及二義性第一次開發(fā)軟件，開發(fā)人員沒有實際經驗時間有限，沒有足夠的開發(fā)時間4支持條件4.1計算機系統(tǒng)支持開發(fā)時需要的支持條件：硬件：服務器：PentiumIII500以上或更高，內存：512M以上；硬盤：至少80G以上；CD－ROM：32倍速以上；網絡適配器：10MB/100MB自適應；打印機一臺UPS(選配)工作站：Pentium4以上微機；內存：512MB硬盤：至少80以上；CD－ROM：32倍速以上；網絡適配器：10MＢ/100MＢ自適應網絡：至少一臺服務器至少一臺工作站使用TCP/IP協(xié)議的局域網軟件：操作系統(tǒng)為Android，使用集成開發(fā)工具AndroidStudio,數(shù)據(jù)庫采用Mysql，項目運行環(huán)境為Android4.X.運行時需要的支持條件：一、服務器的要求1．服務器的中央處理部件（CPU）建議使用PIII1G（以上）Xeon處理器芯片。2．服務器內存必須使用服務器專用ECC內存3．為了保證數(shù)據(jù)存儲的絕對可靠，硬盤應使用磁盤冗余陣列（RAID01）4．為了防止服務器不可預測的故障，或者服務器的定期維護對公司整個業(yè)務造成的影響，所有建議使用兩臺服務器。兩臺服務器應構成雙機熱備份。中間使用Watchdog電路。這樣的結構可以保證整個系統(tǒng)的長時間不間斷工作，即使在服務器定期維護的時候也可以使用后備另一臺服務器工作。5．服務器應支持熱插拔電源6．服務器必須配備UPS（不間斷電源）。7．服務器應該放在學校內部。不然無法進行程序調試。8．服務器應該必須有固定IP地址。9．其他性能在經濟條件允許的情況下，應該盡量使用高速穩(wěn)定的配件。二、服務器上應該配備的軟件1．操作系統(tǒng)：MicrosoftWindows2000server或者MicrosoftWindows2000Advancedserver2．數(shù)據(jù)庫：MicrosoftSQLServer2005(簡體中文版)3．服務器必須使用專業(yè)的防火墻和反病毒軟件。4．除了為了運行必須配備的程序以外，服務器上建議盡量不要安裝其他無關程序，以減少程序的混亂或者程序的意外沖突。5．各系的操作系統(tǒng)盡量統(tǒng)一。（Windows9x系列或者Windows2000系列）。這樣可以避免管理軟件因為操作系統(tǒng)版本不一致造成的過多的開銷。6．各系的機器必須也安裝反病毒軟件和防火墻。以防止網絡上的蠕蟲病毒在整個網絡范圍內的蔓延。7．如果要打印涉及字段比較多的報表，應該配備針式打印機。4.2需要用戶承擔的工作填寫調查問卷4.3需由外單位提供的條件本系統(tǒng)為獨立開發(fā)，不需要外單位提供條件。

5專題計劃要點5.1開發(fā)人員培訓計劃2021年9月10日起，至2021年9月20日，共十天實習期間，上午進行軟件工程項目開發(fā)各項內容的專題知識講座；下午進行開發(fā)設計。表5.1小組培訓內容培訓內容時間參加者配置開發(fā)環(huán)境2021-9-10小組所有成員，有test1和test2培訓GPS的調用2021-9-11小組所有成員，有test1和test2培訓數(shù)據(jù)的呈現(xiàn)2021-9-15小組所有成員，有test1和test2培訓Android培訓2021-9-17小組所有成員，有test1和test2培訓5.2測試計劃2021年11月10日—2021年11月22日對軟件進行各項測試工作；5.3質量保證計劃嚴格按照項目開發(fā)過程中的各項步驟，從項目立項，可行性研究報告、需求分析報告、項目開發(fā)計劃等，具體實施；5.4人員配置計劃該項目開發(fā)小組共5人：組長：test1組員：test2、test3、test4、test5。5.5安全保密計劃在從項目開發(fā)階段到最后軟件的正式發(fā)布期間，做好項目的保密工作，小組成員對所有項目所有相關文檔進行加密，做好備份工作。采購項目需求論證辦法第一條為落實政府采購公開、公平、公正原則，保障采購需求的合規(guī)、完整和明確，根據(jù)《中華人民共和國政府采購法實施條例》和《財政部關