項目開發(fā)流程及報價文案辯析

1、未通過未通過未通過項目開發(fā)流程圖用戶確認(rèn)/開發(fā)成本、開發(fā)周期運行環(huán)境、硬件支持用戶合同編寫需求文檔系統(tǒng)總體規(guī)劃J用戶確認(rèn)軟件實現(xiàn)系統(tǒng)測試軟件試運行軟件界面、功能模塊總體框架、業(yè)務(wù)流程用戶意見項目設(shè)計原則智能運維管理平臺的項目設(shè)計原則是， 保證平臺的靈活性、可擴展、可重用、 可維護等特性。同時，在建設(shè)過程中，需要避免大量、重復(fù)的軟件開發(fā)，具有廣 泛的開放性。在遵循這些基本原則的同時，還需要堅持以下原則：一、統(tǒng)一標(biāo)準(zhǔn)，統(tǒng)一規(guī)范統(tǒng)一規(guī)劃設(shè)計，建立統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)和技術(shù)標(biāo)準(zhǔn)。二、安全性原則系統(tǒng)安全性和保密性對于計算機軟件系統(tǒng)是至關(guān)重要的， 系統(tǒng)中的任何數(shù)據(jù) 丟失、數(shù)據(jù)錯誤以及數(shù)據(jù)泄露都有可能對學(xué)院帶來巨

2、大的損失，所以在方案設(shè)計竊取、破中要充分考慮系統(tǒng)的安全和保密因素， 保證系統(tǒng)數(shù)據(jù)不會被非法修改、 壞。三、穩(wěn)定性原則本系統(tǒng)設(shè)計要具有高穩(wěn)定性，系統(tǒng)在正常的訪問使用過程中能夠穩(wěn)定、可靠 地提供遠(yuǎn)程教育服務(wù)。所以要求系統(tǒng)設(shè)計要盡可能 避免出現(xiàn)用戶需要長時間等待四、高效性原則由于系統(tǒng)隨時都可能需要處理并發(fā)的業(yè)務(wù)請求, 緊湊、高效，盡量加快每次業(yè)務(wù)請求的響應(yīng)時間， 系統(tǒng)進行數(shù)據(jù)處理的情況。成熟的軟件設(shè)計技術(shù)，所采用 使得整個系統(tǒng)具有更長的技術(shù)生五、技術(shù)先進性原則系統(tǒng)方案設(shè)計和軟件開發(fā)的實現(xiàn)應(yīng)采用先進、 的開發(fā)和實現(xiàn)技術(shù)應(yīng)符合今后的技術(shù)發(fā)展潮流， 命周期，從而保護系統(tǒng)的開發(fā)投資。六、可擴展性原則系統(tǒng)要充

3、分考慮今后平臺業(yè)務(wù)的發(fā)展、運營管理體制的改變等因素，系統(tǒng)設(shè) 計要具有高度的靈活性和可擴展性， 以便于在今后業(yè)務(wù)情況發(fā)展、變化時，可以 根據(jù)應(yīng)用需求的改變而方便地擴充和調(diào)整系統(tǒng)功能，從而滿足新的應(yīng)用需求。七、易維護性原則系統(tǒng)設(shè)計應(yīng)該便于安裝、升級和維護，盡可能減少因系統(tǒng)維護問題對平臺的 管理服務(wù)產(chǎn)生影響。八、易使用性原則系統(tǒng)的用戶接口界面設(shè)計應(yīng)符合用戶已有的操作習(xí)慣，系統(tǒng)操作應(yīng)易學(xué)易 用。項目實施及保障方案項目組織結(jié)構(gòu)及管理方案項目組織結(jié)構(gòu)、項目組織結(jié)構(gòu)圖（圖6.1.1-1 ）項目總負(fù)責(zé)項目經(jīng)理設(shè)計組進度管理員開發(fā)組技術(shù)咨詢專家組測試組實施組圖6.1.1-1項目組織結(jié)構(gòu)圖二、工作職責(zé)（1）項目總

4、負(fù)責(zé)人對項目工作負(fù)總體責(zé)任。指導(dǎo)項目經(jīng)理開展工作。（2）項目經(jīng)理在項目總負(fù)責(zé)人的領(lǐng)導(dǎo)和授權(quán)下開展工作。是項目的具體負(fù)責(zé)人，其基本職責(zé)主要如下：與客戶進行有效溝通制定項目計劃，并根據(jù)各種變化修改項目計劃實施項目的管理、開發(fā)、質(zhì)量保證 過程，確?？蛻舻某杀?、進度、績效 和質(zhì)量目標(biāo)制定有效的項目決策過程確保在項目生命周期中遵循是實施公司的管理和質(zhì)量政策 選擇一個能夠精確衡量項目成本、進度、質(zhì)量、績效的項目距陣 風(fēng)險管理招聘和培訓(xùn)必須的項目成員確定項目的人員組織結(jié)構(gòu)定期舉行項目評估（review）會議為項目所有成員提供足夠的設(shè)備、有效的工具和項目開發(fā)過程 有效管理項目資源（3）技術(shù)咨詢專家組由公司資深

5、的開發(fā)人員組成。針對該項目提供技術(shù)咨詢，把握總體技術(shù)方向。（4）質(zhì)量管理員協(xié)助項目經(jīng)理做好項目開發(fā)中的質(zhì)量管理工作， 指導(dǎo)和督促測試組的工作。（5）進度管理員協(xié)助項目經(jīng)理做好項目開發(fā)中的計劃以及進度管理工作。（6）設(shè)計組承擔(dān)需求調(diào)查、概要設(shè)計、詳細(xì)設(shè)計以及測試方案的撰寫。（7）開發(fā)組承擔(dān)具體的編碼工作以及單元測試。（8）測試組制定測試計劃，實施除單元測試外的全部測試工作。 接受質(zhì)量管理員的指導(dǎo) 和檢查。是項目質(zhì)量保證的具體責(zé)任者。（9）實施組在項目開發(fā)工作完成后，承擔(dān)項目的實施以及用戶培訓(xùn)。項目將大致遵循如下的開發(fā)流程見圖:項目組織結(jié)構(gòu)圖四、報告制度報告制有狀態(tài)報告、周進度報告、例外事件報告以

6、及會議記錄等報告類型。 度是本項目管理控制的重要手段。它具有以下功能：記錄項目進展情況是溝通的工具是管理控制的手段五、檢查、考核制度對項目進展情況的檢查，主要采用例會的方式。項目部還有業(yè)績考核制度。六、會議制度每天下午5點項目部召開全體工作會議。時間約 1小時。由項目經(jīng)理主持。 會議內(nèi)容為：對當(dāng)天工作進行檢查、總結(jié)，找出和計劃的偏差，制訂糾正措施以 及第二天的工作計劃。不定期地舉行技術(shù)專題會議，對開發(fā)中所遇到的技術(shù)問題（難題）進行分析 解決。負(fù)責(zé)開發(fā)的技術(shù)人員參加。時間約 1小時。由技術(shù)負(fù)責(zé)人主持。技術(shù)力量與人員平臺建設(shè)實施小組人員及職責(zé)如下表所示：平臺建設(shè)實施小組人員及職責(zé)序號職務(wù)人數(shù)（人）

7、職責(zé)1.項目經(jīng)理1計劃、組織、控制項目的開展，對項目的人 員安排、成本、風(fēng)險統(tǒng)一管理，按照軟件工 程管理方法管理項目。2.系統(tǒng)架構(gòu)師1確定項目的技術(shù)實現(xiàn)，為項目搭建良好的架 構(gòu)，規(guī)氾開發(fā)流程。3.需求分析2負(fù)責(zé)用戶需求的調(diào)研分析，引導(dǎo)開發(fā)用戶需 求。4.項目管理1負(fù)責(zé)項目過程管理，規(guī)范項目的實施過程。5.測試主管1負(fù)責(zé)整個項目測試工作的開展，與項目經(jīng)理 確定項目測試計劃、測試用例的編寫，組織 相關(guān)測試人員根據(jù)測試用例進行測試。6.系統(tǒng)開發(fā)8負(fù)責(zé)系統(tǒng)的軟件開發(fā)。7.系統(tǒng)測試2負(fù)責(zé)系統(tǒng)測試，包括功能測試、壓力測試、 回歸測試等。8.網(wǎng)絡(luò)部署、安全 保障2負(fù)責(zé)網(wǎng)絡(luò)環(huán)境的設(shè)計。9.界面設(shè)計2負(fù)責(zé)系統(tǒng)界

8、面美工設(shè)計。合計：20計劃與進度管理方案一、采用三級進度計劃管理在項目開始階段就想制定一個完整的、 完善的計劃是不現(xiàn)實的。但是項目經(jīng)理又不得不制定一份計劃來指導(dǎo)項目組的工作， 以及應(yīng)對領(lǐng)導(dǎo)的審批和客戶的溝 通。其實項目計劃本來就是一個逐步細(xì)化、 逐步完善的過程，本項目中采用的三 級計劃體系就是依托這樣一種思路來制定項目的計劃，通過類似倒三角的模式， 在項目不同的階段制定不同詳細(xì)程度的計劃來逐步完善項目的計劃，指導(dǎo)項目的管理工作。一級計劃一一總控制進度計劃。此計劃為項目指出最終進度目標(biāo)，甲方 牽頭制訂總控進度計劃，經(jīng)認(rèn)真研究后確定?？偪赜媱澮唤?jīng)確定，便成為項目施 工的綱領(lǐng)性文件，各方均要嚴(yán)格遵照

9、執(zhí)行，不做輕易調(diào)改。二級計劃一一階段性工期計劃或分部工程計劃。二級計劃的制訂是為了 保證一級計劃的有效落實。我公司會制訂此計劃并報甲方或監(jiān)理方審核。三級計劃 周計劃。周計劃的制訂是將二級計劃進一步細(xì)化到日常的 施工安排中，是最基本的操作性計劃，具備很強的針對性、操作性、及時性和可 控性。二、按日、周和月分別進行進度檢查有效的項目控制的關(guān)鍵是定期及時測量實際進程，并與計劃進程相比較，如有必要，立即采取糾正措施。進度控制過程如圖所示：進度控制過程流程圖三、每周一向甲方（或監(jiān)理方）提交進度報告四、完善例會制度每天下午5點項目部召開全體工作會議。時間約 1小時。由項目經(jīng)理主持。 會議內(nèi)容為：對當(dāng)天工作

10、進行檢查、總結(jié)，找出和計劃的偏差，制訂糾正措施以 及第二天的工作計劃。不定期地舉行技術(shù)專題會議，對開發(fā)中所遇到的技術(shù)問題（難題）進行分析 解決。負(fù)責(zé)開發(fā)的技術(shù)人員參加。時間約 1小時。由技術(shù)負(fù)責(zé)人主持。五、建立溝通渠道（1）各單位相互通告進度管理體系架構(gòu)，建立本項目進度管理體系成員的 聯(lián)系總表。（2）項目人員工作時間必須在崗，如臨時外出須通知其他相關(guān)成員，并做 出相應(yīng)安排；除睡覺時間外必須能隨時取得聯(lián)系。（3）各相關(guān)單位之間，需建立縱向、橫向聯(lián)系。相關(guān)人員應(yīng)及時進行指導(dǎo)、 反饋、預(yù)警、建議等工作交流。六、項目的進度計劃總工期自合同簽訂后的下一個周開始，共7個周期。具體的進度表如表6.3-1 所

11、示：項目進度計劃（本部分內(nèi)容待方案基本確認(rèn)后完善）序號工作階段計劃 天數(shù)計劃開始時 間計劃結(jié)束時 間交付的工作成果備注1.項目啟動及計劃3項目開發(fā)計劃2.需求分析30需求分析說明 書3.需求確認(rèn)5需求分析說明書用戶確認(rèn)說明需求確認(rèn)可 以和需求分 析迭代進行。4.系統(tǒng)概要設(shè)計30概要設(shè)計說明書5.系統(tǒng)概要設(shè)計技 術(shù)評審及完善10概要設(shè)計技術(shù) 評審意見6.數(shù)據(jù)庫設(shè)計7與需求確認(rèn) 同步進行。7.系統(tǒng)詳細(xì)設(shè)計60詳細(xì)設(shè)計說明書8.系統(tǒng)詳細(xì)設(shè)計技 術(shù)評審及完善20詳細(xì)設(shè)計技術(shù) 評審意見9.編碼開發(fā)120源代碼、項目測試 用例10.測試60項目測試記錄、測 試報告與開發(fā)協(xié)調(diào) 進行，開發(fā)完 某個模塊即 開始

12、測試。11.系統(tǒng)部署3系統(tǒng)部署說明書12.培訓(xùn)5用戶使用手冊13.試運行90項目總結(jié)報告技術(shù)總結(jié)報告修改兀善試 運行過程中 發(fā)現(xiàn)的問題。14.系統(tǒng)驗收3驗收意見項目質(zhì)量控制(一)質(zhì)量控制活動(1) 階段性復(fù)審在開發(fā)的各階段需要質(zhì)量控制組的階段性復(fù)審活動來保證項目質(zhì)量的提高，但過多的復(fù)審活動會對項目的費用及時間造成較大的影響，因此項目控制活動中的復(fù)審要適量適時。質(zhì)量控制活動的詳細(xì)流程和執(zhí)行方法， 還需要在全體項目核 心組到位后進行進一步討論，最終制定出一套行之有效又適合本項目的質(zhì)量控制 流程。以下是一些基本流程：項目質(zhì)量控制編號開發(fā)階段質(zhì)量控制活動01項目啟動階段項目核心組復(fù)審項目工作方法，項目

13、計劃，質(zhì)量控制流程，建立質(zhì)量控制 標(biāo)準(zhǔn)；進行本項目的開發(fā)方法，文檔規(guī)范及質(zhì)量標(biāo)準(zhǔn)培訓(xùn)。02概要設(shè)計階段項目核心設(shè)計組及相關(guān)專家對概要設(shè)計說明書進行階段性復(fù)審，以及時發(fā) 現(xiàn)問題；根據(jù)質(zhì)量控制標(biāo)準(zhǔn)，檢查概要設(shè)計說明書是否達(dá)到質(zhì)量標(biāo)準(zhǔn)。03詳細(xì)設(shè)計階段設(shè)計核心階段性復(fù)審；根據(jù)質(zhì)量控制標(biāo)準(zhǔn)，檢查詳細(xì)設(shè)計是否達(dá)到質(zhì)量標(biāo)準(zhǔn)。04編碼和單元測試 階段檢查程序的編碼規(guī)范是否得到遵守；抽查程序可讀性，注釋等是否完整；在整個編程隊伍貫徹質(zhì)量意識，每個程序員都是質(zhì)量保證的一員。05集成測試階段檢查測試案例是否合適；檢查測試結(jié)果及測試報告是否完備。06用戶驗收測試階 段審核驗收測試計劃，提出建議；檢查驗收測試的方法和

14、測試案例是否合適，并提出建議； 審核測試結(jié)果及測試報告。(2)測試測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認(rèn)真測試的系統(tǒng)是不能被用于生 產(chǎn)的。雖然，對各階段的文檔的審核也可認(rèn)為是測試， 但本項目所指的測試是指 對應(yīng)用軟件的測試。做好測試是測試組的責(zé)任，測試組是與開發(fā)組相互獨立的兩 組，且需要相當(dāng)?shù)募夹g(shù)和經(jīng)驗，對業(yè)務(wù)的理解要十分透徹。為保證測試的效率和 質(zhì)量需要注意以下幾點：建立高效合理的測試流程；建立盡量模擬真實環(huán)境的業(yè)務(wù)數(shù)據(jù)模型（即運行業(yè)務(wù)的初始環(huán)境）； 對測試案例的設(shè)計要有深度和廣度；特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務(wù)和責(zé) 任；做好測試階段文檔和源程序的版本控制；做好

15、測試中發(fā)現(xiàn)的BUG勺記錄及存檔工作；對發(fā)現(xiàn)的任何BUG都要做好原因分析并記錄歸檔；做好回歸測試；防止對程序的修改而引起的其他問題。（二）質(zhì)量保證質(zhì)量審核確保項目滿足預(yù)定的質(zhì)量目標(biāo)。 項目經(jīng)理會主持正式的質(zhì)量審核以 確保建立的質(zhì)量控制流程被執(zhí)行并且結(jié)果與項目質(zhì)量目標(biāo)相吻合。（1）軟件質(zhì)量保證1）設(shè)計過程中的質(zhì)量保證設(shè)計目標(biāo)的統(tǒng)一；設(shè)計方法的統(tǒng)一；設(shè)計模板的統(tǒng)一；設(shè)計過程的監(jiān)督；設(shè)計結(jié)果的審核；設(shè)計過程中的變更管理流程。（2）程序開發(fā)過程中的質(zhì)量保證程序開發(fā)過程中的質(zhì)量控制工具；典型程序的開發(fā)模板（增、刪、修改、查詢、菜單標(biāo)準(zhǔn)、前端界面標(biāo)準(zhǔn)、 程序間的接口標(biāo)準(zhǔn)、公共類、其他類）；單元測試案例的編制

16、方法和標(biāo)準(zhǔn)；程序開發(fā)過程中的質(zhì)量跟蹤；程序開發(fā)過程中的變更管理流程。（3）系統(tǒng)化的測試思路單元測試：主要由程序員依據(jù)單元測試案例的標(biāo)準(zhǔn)自行測試，并填寫測 試案例記錄表，并接受質(zhì)量保證組的抽樣檢查；集成測試：集成測試的目標(biāo)是將各個單獨的程序或模塊進行組裝，并確 保系統(tǒng)作為一個有機整體的可運行。是系統(tǒng)進行系統(tǒng)集成測試的基礎(chǔ)； 系統(tǒng)集成測試：系統(tǒng)集成測試的目標(biāo)是確保系統(tǒng)作為一個整體的正確運 行；性能測試：性能測試是從系統(tǒng)的處理能力、效率、安全性、數(shù)據(jù)一致性 等各方面進行測試；用戶驗收測試：在項目組完成以上測試以后，將最后的系統(tǒng)交給用戶進 行全面的測試，是系統(tǒng)試運行前必須完成的測試工作。只有用戶驗收測

17、試完成以后，系統(tǒng)才能進入試運行。(4) 項目的整體質(zhì)量保證對于整個集團統(tǒng)一的辦公自動化系系統(tǒng)，由于項目涉及的下屬公司、業(yè)務(wù)部 門、人員極其復(fù)雜，如何保證項目的順利實施？如何保證項目的實施質(zhì)量？是項 目的關(guān)鍵成功因素。我們建議從以下方面來保證項目的整體實施質(zhì)量：正確的實施方法，以及該方法在實施過程中的有效執(zhí)行，是項目得以成功實施的保證；禾用管理的手段，加強項目實施過程中的督查力度，以確保項目的實施 質(zhì)量；加強項目實施過程中標(biāo)準(zhǔn)化、規(guī)范化的管理力度；“全體質(zhì)量意識”是項目組貫徹始終的基本方針；質(zhì)量管理和質(zhì)量監(jiān)督切不可與項目的具體實施過程相脫節(jié)，必須與實施 小組進行密切的溝通，共同制定簡潔、切實有效

18、的質(zhì)量監(jiān)督辦法，并始 終如一地貫徹執(zhí)行；必要時可建立切實可行的質(zhì)量獎懲辦法，獎優(yōu)罰劣；項目應(yīng)急方案(一)項目可能發(fā)生的主要風(fēng)險及分析項目主要風(fēng)險編號項目可能發(fā)生的風(fēng)險風(fēng)險分析優(yōu)先級01統(tǒng)一的開發(fā)規(guī)范難于被遵守項目組組建時間短且項目組成員來自不同的公 司，長時間遵守各自的規(guī)范，會有慣性。文檔規(guī) 范要統(tǒng)一M02項目組內(nèi)的溝通不充分項目組組建時間短，對溝通的方法還未適應(yīng)。項 目成員彼此間了解少；有些人員恥于或不愿意與其 他人員溝通。M03用戶需求的變更變是自然的事，但要進行控制H04主要技術(shù)人員的變更其他項目的需要，人員的流動H05項目完成時間緊張客戶規(guī)定了完成的期限，項目要保證質(zhì)量，工作 量不能省

19、，造成時間緊張M06項目所需資源的協(xié)調(diào)與調(diào)度由于時間緊張，所需資源需要及時得到，所需資 源可能來自各公司或中國外運H07主要業(yè)務(wù)人員的配合不足主要業(yè)務(wù)人員由于其他工作忙，參與此項目的時 間少，會造成項目的延期或需求的偏離未得到及 時的糾正H08與業(yè)務(wù)人員的溝通不充分設(shè)計人員過多假設(shè)，與業(yè)務(wù)人員的溝通少H09開發(fā)環(huán)境穩(wěn)定性的維護硬件，網(wǎng)絡(luò)，系統(tǒng)軟件的穩(wěn)定及病毒的防范H10人力資源不充足主要是有經(jīng)驗的人員不足M11項目緊張時，開發(fā)人員對項目管 理煩感項目管理會占用開發(fā)人員的時間，且會影響開發(fā) 人員緊張的心情L12項目組合作精神不夠項目組的成員可能來自不同的公司和部門，配合 較少H13對測試重視程度

20、不夠重視編程而不重視測試是許多項目容易出現(xiàn)的錯 誤思想M14管理咨詢組與業(yè)務(wù)需求組之間 的溝通和聯(lián)動容易出現(xiàn)各小組獨立行事的現(xiàn)象M15運維環(huán)境問題網(wǎng)絡(luò)帶寬有限，易對系統(tǒng)響應(yīng)速度有影響； 各分部無網(wǎng)管人員，使得網(wǎng)絡(luò)因素較不可控制， 從而影響系統(tǒng)的使用性；沒有固定IP的公司，需要拔號連接 VPN。M16新技術(shù)掌握速度過慢本項目采用外購的工作流引擎進行流程定制，在 設(shè)計過程中，開發(fā)人員掌握程度直接影響項目開 發(fā)進度。H（二）項目可能發(fā)生的主要風(fēng)險及應(yīng)急措施項目應(yīng)急措施編號項目可能發(fā)生的風(fēng)險應(yīng)急措施優(yōu)先級01統(tǒng)一的開發(fā)規(guī)范難于被遵守制定統(tǒng)一的規(guī)范，進行培訓(xùn)，在實施中檢查 指導(dǎo)。M02項目組內(nèi)的溝通不充

21、分充分利用好溝通計劃中的溝通方式。M03用戶需求的變更做好需求分析說明書，變更要走變更控制流 程。H04主要技術(shù)人員的變更關(guān)鍵技術(shù)人員要鎖定。H05項目完成時間緊張增加資源、進度控制。M06項目所需資源的協(xié)調(diào)與調(diào)度為了本項目成功，各環(huán)節(jié)要充分配合， 保證 滿足項目資源的需求。H07用戶/客戶的配合不足增加溝通、問題及時上報更高管理層，尋求 更好的支持M08與用戶溝通不充分對業(yè)務(wù)需求理解深的技術(shù)人員要與用戶做 充分的溝通。M09開發(fā)環(huán)境穩(wěn)定性的維護制定規(guī)范紀(jì)律，保證開發(fā)環(huán)境的穩(wěn)定。H10人力資源不充足增加人力資源和技能提升M11項目緊張時，開發(fā)人員對項目管 理煩感從事技術(shù)開發(fā)的人員和從事管理的人

22、員要 互相配合，明確共同的目標(biāo)，發(fā)揮團隊精神。L12項目組合作精神不夠增加內(nèi)部溝通。H13對測試重視程度不夠建立單獨的系統(tǒng)測試組， 派有經(jīng)驗的人組成 系統(tǒng)測試組。M14管理咨詢組與業(yè)務(wù)需求組之間 的溝通和聯(lián)動加強項目各小組之間的溝通， 并通過項目總 體組的組織結(jié)構(gòu)以確保該溝通的有效性。M15運維環(huán)境問題增加帶寬，統(tǒng)一要求集團所有成員企業(yè)使用 集團辦公自動化系統(tǒng)。M16新技術(shù)掌握速度過慢統(tǒng)一培訓(xùn)，加強項目組成員之間的溝通協(xié) 作，掌握較快的成員幫助掌握較慢的成員。H培訓(xùn)計劃對用戶進行培訓(xùn)是保證用戶正確使用系統(tǒng)和用好系統(tǒng)的基本要求。 通過培訓(xùn) 使系統(tǒng)管理員能得心應(yīng)手地維護好系統(tǒng)，保證系統(tǒng)的安全運行；

23、使操作人員可以 正確理解相關(guān)的業(yè)務(wù)流程，熟練掌握各個子系統(tǒng)的詳細(xì)操作。培訓(xùn)安排如下表：培訓(xùn)計劃序號內(nèi)容課時對象1.平臺技術(shù)體系和功能介紹。半天系統(tǒng)管理員與運行維護人員2.系統(tǒng)部署一天系統(tǒng)管理員3.后臺管理。一天系統(tǒng)管理員與運行維護人員4.系統(tǒng)操作技巧。半天系統(tǒng)管理員與運行維護人員5.上機操作與常見問題解答。兩天系統(tǒng)管理員與運行維護人員6.遠(yuǎn)程培訓(xùn)，通過常用的通訊工具進行 遠(yuǎn)程答疑，或通過遠(yuǎn)程控制軟件輔助 用戶解決問題。不定系統(tǒng)管理員與運行維護人員報價系統(tǒng)功能模塊子模塊/子功能各功能 費（元）備注集中登錄 入口集中登錄入口移動端登錄移動端注冊移動端游客（功能限制）移動端賬號系統(tǒng)實名認(rèn)證功能680

24、0移動端支付寶支付功能X2移動端權(quán)限功能（限商家）移動端社交賬號綁定功能移動端其他預(yù)留接口（待定）移動端語音發(fā)布移動端圖片發(fā)布移動端發(fā)布限制條件移動端需求發(fā)布篩選功能8800移動端需求發(fā)布支付功能X2移動端特權(quán)（限收費用戶）移動端預(yù)約功能移動端APP系統(tǒng)IOS、安卓LBS定位服務(wù)移動端競價功能競價功能（待定）2800移動端篩選功能X2移動端LBS定位服務(wù)移動端搶單支付功能16800X2移動端搶單功能特權(quán)（限收費用戶）移動端預(yù)約功能移動端篩選功能移動端LBS定位物流追蹤移動端訂單功能基本功能3800移動端評價功能X2移動端LBS定位服務(wù)移動端社交功能發(fā)起活動3600X2移動端參加活動移動端廣告L

25、BS定位服務(wù)1000移動端推廣X2移動端小計全功能IOS系統(tǒng)、安卓系統(tǒng)85800移動端系統(tǒng)測試及驗收在整個軟件開發(fā)、部署過程中，將主要實施如下的測試以保證軟件質(zhì)量 單元測試。功能測試。由測試人員按照測試方案進行測試。主要檢測系統(tǒng)是否滿足 設(shè)計的功能要求。代碼覆蓋測試。采用NCover。由測試人員進行。要求代碼覆蓋率在 93%以上。性能測試和壓力測試。采用Rational Robot輔助進行。由測試人員進行。 使用少量的Client端計算機仿真大量用戶上線對網(wǎng)站服務(wù)所可能造成的影響。在大數(shù)據(jù)量下數(shù)據(jù)庫的I/O能力，數(shù)據(jù)庫結(jié)構(gòu)及索引的合理性，數(shù) 據(jù)庫配置的合理性。并發(fā)性測試：包括數(shù)據(jù)庫、操作系統(tǒng)、應(yīng)用程序等并發(fā)訪問可行性。 通訊響應(yīng)時間。峰值交易響應(yīng)時間。網(wǎng)絡(luò)堵塞情況。CPU使用率。數(shù)據(jù)庫I/O及磁盤I/O情況。內(nèi)存使用情況。系統(tǒng)安全和穩(wěn)定性測試。主機系統(tǒng)的穩(wěn)定性測試：異常情況下，主機系統(tǒng)對數(shù)據(jù)及應(yīng)用的保 護程度。數(shù)據(jù)庫穩(wěn)定性測試：在宕機、聯(lián)接丟失、批量處理中斷等特殊情況 下數(shù)據(jù)庫的保護程度。應(yīng)用程序穩(wěn)定性測試：對非法操作、非法訪問等防