網(wǎng)絡教學平臺及教學素材資源庫建設項目實施方案

1、網(wǎng)絡教學平臺及教學素材資源庫建設項目實施方案(一)總體技術架構設計本平臺總體技術架構如下圖所示：總體技術框架公共服務平臺統(tǒng)一認證 單點登錄 信息整合 頻道管理 綜合信息服務全流程網(wǎng)絡教學 協(xié)同課程建設與管理 安移動學習平臺全保教學組織管理在線視頻點播服務網(wǎng)絡教學數(shù)字資源整合與分享資源評價與推薦資源共享關系管理平臺障體系基于數(shù)據(jù)挖掘的行為監(jiān)控作業(yè)查重服務平臺課程中心電子教參平臺教師發(fā)展平臺標準網(wǎng)絡安全保障基礎技術構架與系統(tǒng)功能 蘋果架構APP 市場權限管理用戶管理規(guī)范建數(shù)據(jù)安全保障安全保障制度讀秀 功能百鏈整合知識發(fā)現(xiàn)等等教學視頻教參教輔圖書論文作業(yè)考題討論答疑 資源教務系統(tǒng)科研系統(tǒng)圖書系統(tǒng)聯(lián)想

2、傳奇等等設系統(tǒng)支撐平臺 多媒體管理系統(tǒng) 數(shù)據(jù)庫管理系統(tǒng) 數(shù)據(jù)挖掘引擎硬件網(wǎng)絡基礎實施建設系統(tǒng)支撐層：主要包括支撐系統(tǒng)平臺運行的基礎模塊，包括多媒體管理、數(shù)據(jù)庫管理、數(shù)據(jù)挖掘等。資源層：資源層主要實現(xiàn)平臺運行所依賴的各種資源的整合與管理，同時對平臺運行過程中產(chǎn)生的資源進行組織與管理。資源包括學校自有資源、如教學視頻、大綱、作業(yè)、PPT、討論答疑等，另外還包括通過整合獲取的資源，如 B 圖書、視頻等等。基礎架構與系統(tǒng)功能層：主要包括平臺基礎架構：蘋果架構+APP 市場，同時還包括用戶管理、權限管理等系統(tǒng)功能。應用平臺層： 應用平臺層包括本項目建設的六大功能：網(wǎng)絡教學互動、資源共享、移動學習、教師發(fā)

3、展、關系管理和公共服務。（二）網(wǎng)絡拓撲結構設計網(wǎng)絡拓撲結構內(nèi)部用戶 校友互聯(lián)網(wǎng)優(yōu)酷視頻在線教學平臺 內(nèi)部用戶超星讀秀超星名師視頻 云服務平臺互聯(lián)網(wǎng)數(shù)字圖書館科研管理系統(tǒng) 其他系統(tǒng)教務管理系統(tǒng)百度文庫個人網(wǎng)盤（三）設計方法對于一個高并發(fā)高流量的在線教學平臺來說，任何一個環(huán)節(jié)的瓶頸都會造成平臺的性能的下降，影響學生學習與教師的工作，甚至造成數(shù)據(jù)的丟失，進而對學校造成巨大的經(jīng)濟損失。對此平臺應采用面向對象的軟件設計方法，將每個事務獨立，降底耦合度；為擴展升級做好充分的準備；同時應采用分布式架構設計，將每個事務放到不同的服務器上，縮短平臺與學生的網(wǎng)絡距離，減少主干網(wǎng)上的流量，以及防止在網(wǎng)絡意外情況下平

4、臺無法訪問的問題。在架構層面，應用使用服務器集群，一方面可以支撐更大的訪問量，另一方面也作為冗余備份，防止服務器故障導致的平臺無法訪問。在單服務器層面，配置操作系統(tǒng)，文件系統(tǒng)及應用層軟件，均衡各種資源的消耗，消除系統(tǒng)性能瓶頸，充分發(fā)揮服務器的潛能。在應用層，通過各種緩存來提升程序的效率，減少服務器資源消耗。在每一個層次，充分考慮容錯的問題，嚴格消除了單點故障，盡量做到無論應用層程序錯誤，服務器軟件錯誤，服務器硬件錯誤，還是網(wǎng)絡錯誤，都不影響平臺的正常運行，不影響正常教學，保證做到真正的永不下課的網(wǎng)絡虛擬課堂。（四）技術選型采用 java 語言作為主要的后端開發(fā)語言，前端界面的開發(fā)使用標準的 H

5、TML，數(shù)據(jù)庫支持 ORACLE、SQL Server、MySql 等主流數(shù)據(jù)庫。同時用最少的代碼量實現(xiàn)需要的功能模塊，盡量減輕頁面的重量，減輕服務器負擔，提高頁面響應速度。(1)Java 語言Java 是一種被廣泛使用的網(wǎng)絡編程語言。隨著 Internet 的發(fā)展，Java 語言以其強大的生命力得到了越來越廣泛的應用。Java 語言之所以受人推崇，是因為它確實稱得上是一種新一代編程語言，具有面向對象、可移植性好、與硬件無關、系統(tǒng)強健安全、提供了并發(fā)機制、性能高的眾多優(yōu)點，并提供分布性、多線程、動態(tài)性的支持。Java 作為一種重要的開發(fā)工具，它具有七個主要特性：安全性、核心 API、開放式標準

6、、分布式和動態(tài)結構、面向對象、多線程、內(nèi)存管理。介于以上考慮，本次平臺開發(fā)選用 JAVA 語言。(2)HTML 語言HTML（Hyper Text Mark-up Language）即超文本標記語言或超文本鏈接標示語言，是目前互聯(lián)網(wǎng)平臺開發(fā)應用最為廣泛的一種前端開發(fā)語言，大多數(shù)瀏覽器均能直接識別，不需要服務器做任何處理，所以用 HTML 語言開發(fā)的頁面速度比用其它語言開發(fā)的頁面速度快，而且還能減輕服務器的負擔；為了減輕頁面的負擔，需將頁面的頭，尾單獨提取出來，頁面的主體部分也按模塊或者功能拆分。對 CSS，JS 等輔助性的代碼，需以單獨的文件形式存放。這樣不僅方便管理，修改，而且還可以在用戶訪

7、問的時候進行緩存，減少網(wǎng)絡流量，減輕服務器壓力。(3)數(shù)據(jù)庫平臺支持 Oracle 、MySQL、SQL Server 等主流數(shù)據(jù)庫系統(tǒng)。（五）性能設計平臺要向全校師生開放，至少支持 60000 用戶數(shù)，至少支持 10000 人同時在線。因此系統(tǒng)在穩(wěn)定性、安全性、可靠性方面要有嚴格的保障，預期達到如下性能指標： 724 小時不間斷運行； 頁面響應不高于 3 秒； 檢索響應不高于 3 秒； 視頻點播響應不高于 10 秒。2 項目實施方案2.1 組織機構及職責為了保障本項目的順利實施，我公司成立了專門的實施隊伍，包括項目領導組、專家組、項目經(jīng)理、開發(fā)實施小組、系統(tǒng)測試小組。項目組名稱 職責描述 成

8、員角色項目領導組 召開會議討論、決策系統(tǒng)建設中的重大問題，協(xié) 雙方高層領導調項目整體資源。專家組 是技術咨詢機構，參與項目關鍵階段的評審與驗 具有豐富實踐經(jīng)驗的收工作，對項目實施中的重大技術問題提供咨詢。 相關技術和業(yè)務專家項目經(jīng)理 項目實施的組織者。 高級項目經(jīng)理負責項目實施整體規(guī)劃，確定實施管理策略，編制項目管理規(guī)范。負責落實項目總體方案，組織項目順利實施。協(xié)調項目各工作小組成員的工作，控制整個項目建設的組織管理，對項目進行計劃，組織、控制。負責項目的進度、質量、成本的協(xié)調統(tǒng)一，負責與項目有關的商務合同執(zhí)行情況的管理。開發(fā)實施組 負責組織實施應用系統(tǒng)的設計、開發(fā)工作，下設 總體架構師需求分

9、析組、UI 設計組、系統(tǒng)設計組、編碼實現(xiàn) 業(yè)務及技術專家組、交付培訓組。系統(tǒng)分析與設計工程需求分析組：負責對業(yè)務需求進行調研與分析， 師完成需求分析報告。高級程序員UI 設計組：負責對整個系統(tǒng)的界面、交互進行設UI 設計師 計。系統(tǒng)設計組：根據(jù)需求分析報告，對系統(tǒng)進行概要設計和詳細設計，完成設計報告。編碼實現(xiàn)組：根據(jù)系統(tǒng)設計文檔編寫代碼，并進行單元測試。交付培訓組：負責編寫用戶培訓材料，制定培訓計劃，對用戶進行培訓。運行維護組：負責制訂日常運行維護、升級管理方案、應急方案，組織技術支持及重大事件的應急工作。系統(tǒng)測試組 負責編制測試工作規(guī)范、測試計劃，并實施對應 高級測試工程師用系統(tǒng)的性能、功能

10、及集成測試；協(xié)助用戶進行用戶測試。IT 基礎設施組 負責硬件、系統(tǒng)、網(wǎng)絡等基礎設施的管理。3 架構設計對于一個高并發(fā)高流量的教學平臺來說，任何一個環(huán)節(jié)的瓶頸都會造成平臺的性能的下降，影響學生學習與教師的工作，甚至造成數(shù)據(jù)的丟失，進而造成巨大的經(jīng)濟損失。對此A以B集團20年沉淀的核心技術為基礎，采用面向對象的軟件設計方法，將每個事務獨立，降底耦合度；因為我們深刻的知道每個學校都有自己的實際需求，所以我們?yōu)橹贫ɑ臄U展升級做好充分的準備；同時平臺采用分布式架構設計，將每個事務放到不同的服務器上，縮短平臺與學生的網(wǎng)絡距離，減少主干網(wǎng)上的流量，以及防止在網(wǎng)絡意外情況下平臺無法訪問的問題。在架構層面，遠

11、程教育平臺使用服務器集群，一方面可以支撐更大的訪問量，另一方面也作為冗余備份，防止服務器故障導致的平臺無法訪問。在單服務器層面，配置操作系統(tǒng)，文件系統(tǒng)及應用層軟件，均衡各種資源的消耗，消除系統(tǒng)性能瓶頸，充分發(fā)揮服務器的潛能。在應用層，通過各種緩存來提升程序的效率，減少服務器資源消耗。在每一個層次，A充分考慮容錯的問題，嚴格消除了單點故障，盡量做到無論應用層程序錯誤，服務器軟件錯誤，服務器硬件錯誤，還是網(wǎng)絡錯誤，都不影響平臺的正常運行，不影響正常教學，做到真正的永不下課的網(wǎng)絡虛擬校園。4 合理資源儲備和調配本項目工期持續(xù)長，涉及到的各種角色和成員眾多，不同的項目時期、不同的項目任務，項目的參與人

12、員、數(shù)量也會不斷的變化。合理的儲備和調配項目人力資源是保障項目按進度實施的重要問題。我公司具有多年應用系統(tǒng)工程實施經(jīng)驗，儲備了精銳的研發(fā)隊伍、大量系統(tǒng)分析設計工程師和項目實施組織管理人員。強大的人力資源儲備為本項目實施保駕護航。另外，為了降低人員流動給項目帶來的風險，我方將采取保持核心骨干成員的穩(wěn)定，以核心骨干團隊帶動整體項目實施的方法。這樣，既不會因人員流動增加項目的風險，又增加人員使用上的靈活性。5 項目管理方案5.1 工期進度管理盡管在實施中我們會采用“迭代開發(fā)、迭代管理”的方法，使有些工作并行、迭代進行，但開發(fā)周期仍然比較緊張。因此，項目經(jīng)理必須對工期進行嚴格的管理和控制，以保證項目在

13、有限的工期內(nèi)完成既定目標。在進度管理和工期控制中，選用Project 2003作為輔助工具，結合規(guī)范的進度管理規(guī)范和流程，確保工期在既定的時間范圍內(nèi)進行，保證項目按計劃完成。在本項目中，計劃的編制、監(jiān)控和執(zhí)行情況報告由項目經(jīng)理負責，實施管理策略如下：5.2 進度計劃制訂合同簽署后，由項目經(jīng)理組織項目相關干系人共同起草制定項目總體進度計劃，指定每項任務的任務目標和負責人，確定各參與人員和職責分工，規(guī)定任務完成標準，同時規(guī)定項目環(huán)境要求、技術要求、人員要求、項目組間配合要求、資金要求等。具體步驟為：1.利用WBS（工作分解結構）原理，以可交付成果為導向將項目任務、范圍進行分解，形成清晰、明確的一個

14、個相互關聯(lián)的工作包。工作包分解需遵循以下原則：工作包是可分派給一個項目組或部門完成，由組長或部門經(jīng)理負責實施。工作包可繼續(xù)分解成活動和任務。工作包分解需參考80小時法則，即工作包的完成時間應當不超過80小時（一般周期長的項目，定義工作包時可不參考此值）。本項目可將應用軟件的每個子系統(tǒng)作為一個工作包，分別派給不同的項目組實施，子系統(tǒng)實施負責人再繼續(xù)對工作包分解為更細的一系列活動和任務。2.利用Project 2003對工作包繼續(xù)進行分解，形成清晰明確的工作任務，并為每個任務設置開始日期、完成日期、需要的資源，并自動計算項目的關鍵路徑（CPM）。3.將制定好的計劃保存為基準計劃（原始計劃），便于根

15、據(jù)實際執(zhí)行情況進行跟蹤。項目總體進度計劃制定完成后，提交項目領導組審批。審批后的總體進度計劃由進度管理組向項目相關干系人正式發(fā)布，作為進度監(jiān)控的基準。同時歸檔到配置管理組，作為配置管理項進行管理。5.3 進度監(jiān)控進度管理組根據(jù)正式發(fā)布的基準計劃對計劃執(zhí)行情況進行跟蹤和監(jiān)控，為了更好的跟蹤和監(jiān)控項目進展情況及計劃執(zhí)行情況，采用“日跟蹤、周報告、月總結”形式實施進度監(jiān)控。主要活動包括：（1）日跟蹤進度管理組利用Project2003工具，每日跟蹤基準計劃的執(zhí)行情況，通過項目運行過程中的實際發(fā)生的情況與基準計劃進行比較，得出實際情況是正常還是拖延的情況，以便及時發(fā)現(xiàn)進度風險，制定解決方案并進行適當?shù)?/p>

16、計劃調整。對于未完成的任務，有兩種情況：一種是沒有按計劃開始；另一種是任務完成的百分比未達到計劃進度要求。不論是未按計劃開始還是未按計劃完成，都屬于進度偏離，由進度管理組對偏離情況進行分析，分兩種情況進行處理：如進度偏離未影響總體進度計劃中的里程碑任務且不存在導致里程碑任務滯后完成的風險，可以通過項目經(jīng)理審批后，由進度管理組和任務責任人共同對計劃進行調整，由進度管理組負責更新基準計劃。如進度偏離存在導致總體進度計劃中的里程碑任務滯后完成的風險或已經(jīng)導致里程碑滯后完成，則需遵循變更管理實施計劃變更。對造成進度偏離的當事人，由進度管理組負責及時提出警示或通報，并由相關責任人提出修正進度的措施，如趕

17、工，增加資源等。（2）周匯報各子項目組負責人每周五向進度管理組提交工作狀態(tài)周報，其中包括本周工作進展情況，是否按計劃完成，是否存在問題和風險，是否需要組外資源的支持及下周的周工作計劃等。進度管理組收集并分析項目各組周工作情況，監(jiān)控工期、成本、資源的偏離。（3）月總結月總結以自然月為周期，于月末由各子項目組負責人提交項目進度月總結，其中包括本月工作完成情況，完成的里程碑，產(chǎn)生的成果物，是否按計劃完成，是否存在問題和風險，是否需要組外資源的支持及下月的月工作計劃（側重在里程碑）等。進度管理組收集并分析編制項目群的月進度總結，除進度執(zhí)行情況外，還需提供監(jiān)控管理的結果及分析，為項目經(jīng)理提供決策的依據(jù)。

18、在進度監(jiān)控過程中，項目經(jīng)理負責組織進度管理組和質量管理組對進度執(zhí)行過程中產(chǎn)生的成果物進行審查。如果是階段成果物，根據(jù)需要組織專家組或第三方進行評審。整個監(jiān)控結果由項目經(jīng)理根據(jù)需要編制總結報告，包括：反映項目情況的各種圖形（“跟蹤甘特圖”、“任務分配狀況”、“資源使用狀況”等多種視圖）；項目情況的各種數(shù)據(jù)；存在問題及擬采取的解決辦法；總結報告上報項目領導組。（4）進度偏離與風險管理進度管理組通過對項目進度執(zhí)行情況的監(jiān)控及相關數(shù)據(jù)分析，進行進度偏離分析，及時通報偏離情況，并提前預測進度風險，組織相關干系人共同制定風險的規(guī)避和應對策略。未造成風險的進度偏離，由項目經(jīng)理負責提出調整和整改要求，進度管理

19、組監(jiān)控相關組織進行整改。對于重大進度偏離，由進度管理組提出風險預警，并通報項目經(jīng)理。如果需要，發(fā)起問題和風險研討會，共同確定風險的規(guī)避和應對策略，并提出整改方案，由相關責任組織進行整改。項目進度組檢查其執(zhí)行。對于沒有及時得到項目相關人員解決的問題和風險，項目管理員對項目組提出預警。（5）進度變更控制在一個項目過程當中，對計劃進行變更是必然的。但變更需充分分析變更帶來的影響，且要對不利的影響采取相應的應對行動。尤其在業(yè)務規(guī)模大、子系統(tǒng)多的應用系統(tǒng)實施中，分析進度變更對各子系統(tǒng)間的相互影響更加重要。計劃變更審批需遵照變更管理執(zhí)行。變更審批通過后，由項目經(jīng)理負責對計劃進行調整，對調整后計劃的任務內(nèi)容

20、提出明確的要求。進度管理組負責更新進度基準，重新發(fā)布更新后的總體進度計劃。通過計劃的正式發(fā)布，協(xié)調項目群各分項系統(tǒng)組的工作以保持同步。5.4 變更管理多年項目的實踐經(jīng)驗告訴我們，項目變更是正常的、不可避免的，同時也是需要對其進行管理的。變更可能會來自于很多方面，如：業(yè)務需求的變動和調整，項目進度的提前或延后等等。這些變更一旦發(fā)生，會對項目目標、進度、成本、質量等基準產(chǎn)生影響，因此我們必須要有適當?shù)姆椒▉韺ψ兏M行管理。當變更沒有發(fā)生的時候，盡量創(chuàng)造條件改進工作使其不要發(fā)生；當不可避免時要讓變更盡早發(fā)生；當變更一旦發(fā)生，將變更的影響控制到最小。無論哪種情況，都需要對其進行有序的管理。我公司在過去

21、的項目經(jīng)驗中認識到，在項目實施過程中，最主要的問題就是處理變化或改變優(yōu)先程序。而變更實施越遲，完成難度越大。如果沒有控制管理，即使是微小變化，隨著變更的堆積增多，也會對質量、性能、成本和進度造成一個主要的負面沖突。因此，在本項目中，我們將依據(jù)以往的經(jīng)驗，建立一套變更控制系統(tǒng)，通過一系列規(guī)范的程序對項目變更進行有序的控制。5.5 文檔管理為確保項目嚴格按照質量管理體系規(guī)范有序地進行，對于所有形成的文檔和記錄，都必須實施有效的控制和管理。根據(jù)項目要求，結合我公司以往項目成功管理經(jīng)驗，形成針對本項目文檔控制的管理制度和實施規(guī)范。（1）項目文檔分類為了對項目生命周期中所產(chǎn)生的文檔實現(xiàn)有效控制和管理，我

22、公司按照各類文檔的功能將其進行分類。主要包括用戶培訓文檔、技術支持文檔、開發(fā)文檔等等。（2）用戶培訓文檔用戶培訓文檔用于幫助用戶認識產(chǎn)品，指導用戶安裝、使用產(chǎn)品以及進行一些必要的日常維護工作。用戶培訓文檔的結構和內(nèi)容，在系統(tǒng)設計確定后，由開發(fā)實施組開始設計，并且在整個開發(fā)過程中不斷的調整完善，最后和產(chǎn)品軟件包共同作為產(chǎn)品的一部分發(fā)布給用戶。用戶培訓文檔的編寫規(guī)范，主要依據(jù)不同的用戶類型，以及其圍繞產(chǎn)品所必須進行的活動，形成文檔內(nèi)容列表。根據(jù)活動頻率和相關性形成各個分文檔，最后組合成一套完整的用戶培訓文檔。具體的用戶類型以及用戶活動分析，可以參考需求分析組形成的需求文檔。（3）開發(fā)文檔開發(fā)文檔在

23、整個項目實施過程中的作用舉足輕重。項目經(jīng)理會結合項目實施的各個階段，制定規(guī)范的管理流程，形成一系列的項目開發(fā)文檔。根據(jù)開發(fā)文檔的來源，歸納起來主要有兩大類：項目管理文檔（一般貫穿整個項目實施過程）、相關技術文檔（在特定的階段產(chǎn)生）。而根據(jù)文檔在項目實施過程中的流動及作用，又可分為工作表單和工作文檔。工作表單多為某個特定的工作包服務，用來緊密跟蹤項目實施進程、技術實施現(xiàn)狀；而將具有內(nèi)在聯(lián)系的表單聚類分析成冊，就構成了階段性的成果：工作文檔。階段性成果一般都要遞交給用戶，需要簽署，得到確定和接受。（4）技術支持文檔技術支持文檔主要是用來指導運行維護解決相關問題的輔助性文檔。通常這些問題是用戶無法通

24、過用戶文檔進行解決的，例如由于運行環(huán)境的變化，系統(tǒng)容量的增加，系統(tǒng)繁忙程度的增加，管理員操作不正確，系統(tǒng)受到攻擊或者系統(tǒng)本身的 BUG 造成的異常問題。技術支持文檔是在設計階段進行可維護性設計以及運行維護組根據(jù)以往維護經(jīng)驗所提出的。主要包括系統(tǒng)深層次的描述，高級的使用技巧等。常見的技術支持文檔有： 系統(tǒng)日志說明 系統(tǒng)工具使用手冊 更詳細的系統(tǒng)工作原理 維護經(jīng)驗手冊（5）項目文檔管理在項目實施中，我公司嚴格按照軟件工程規(guī)范開發(fā)以及項目文檔編制，以Rational Clearcase（SVN或CVS）為輔助工具，對項目文檔進行統(tǒng)一的文檔控制。在項目全程文檔控制圖中，可以看到在項目不同階段，會產(chǎn)生相

25、應的文檔，金黃色圖標表示需要提交的所有里程碑工作文檔。包括：用戶需求文檔、項目計劃、系統(tǒng)總體設計文檔、系統(tǒng)詳細設計文檔、設計規(guī)范、測試計劃、培訓計劃、測試報告、管理員手冊、用戶手冊、技術文檔、培訓教材。為嚴格項目文檔的控制管理，必須明確各階段所要提交的文檔，并在每個重要技術點都進行評審。所有提交的文檔按配置管理的要求建立基線，得到用戶的確定和接受。由相關人員嚴格管理，記錄每次嚴重更改，以形成程序和文檔的可追溯性，為本項目的管理維護奠定扎實的基礎。（6）狀態(tài)屬性定義對于所有的項目文檔設置狀態(tài)屬性。狀態(tài)屬性分為草稿，已校正和正式發(fā)布三種。簡單的文檔可由作者校驗，重要的文檔由草稿作者以外的人來校正。

26、“已校正”的文檔經(jīng)過主管領導或者評審人員評審后，才可以正式標示為“正式發(fā)布”狀態(tài)，正式發(fā)布文檔將作為本項目發(fā)布給外界的正式文檔?！罢桨l(fā)布”狀態(tài)的文檔的修改需要非常審慎，而且每次發(fā)布后需要增加版本號。文檔的其他屬性還包括：6.1）編號文檔編號規(guī)則如下：項目編號-文檔分類編號-日期標題編碼各個部分 說明項目編號 項目名稱簡稱文檔分類編號 TS-技術支持文檔RD/子類編號-開發(fā)文檔子類編號根據(jù)每個項目的不同情況確定，建議如下：Q (需求)，D (設計)，I (實現(xiàn))，QA(測試)，M (管理)，R(研究)，T (培訓)日期 格式為 yyyymmdd標題 文檔的主題，再不引起編碼重復的前提下可以忽略

27、文檔編碼規(guī)則6.2）安全級別安全級別定義文檔的保密性，可以根據(jù)其可見性分為：級別 說明公開 發(fā)布給公眾的文檔客戶使用 發(fā)布給客戶的文檔RD 使用 僅供部門內(nèi)部使用的文檔機密 僅供作者或者項目領導組閱讀的文檔文檔安全級別定義表6.3）通用格式封面+變更說明+目錄+正文。6.4）變更說明以表格形式說明什么人在什么時候對文檔做了那些改動。具體格式請參考通用文檔模板。6.5）文檔規(guī)范我公司在項目開發(fā)中嚴格遵循CMM（軟件能力成熟度模型）的KPA（關鍵過程域）來進行，并形成了自己的文檔規(guī)范，主要如下所示，具體請參見附錄部分。文檔規(guī)范 文檔名稱軟件生產(chǎn)過程政策描述PQS 項目跟蹤與管理過程 V3.0項目過

28、程規(guī)范文檔 PQS 軟件質量保證過程PQS 需求管理過程 V3.0PQS 培訓工作管理過程需求規(guī)格格式標準 分析階段里程碑文檔規(guī)范項目計劃書格式標準設計階段里程碑文檔規(guī)范 系統(tǒng)設計報告格式標準詳細設計報告格式標準實施階段提交文檔規(guī)范 測試報告格式標準測試階段提交文檔規(guī)范 系統(tǒng)提交說明書格式規(guī)范部署與驗收階段提交文檔規(guī)范 管理員手冊格式標準用戶手冊格式標準技術文檔格式標準維護計劃書格式標準6.6）版本控制通過對于項目文檔版本的控制，可以記錄項目實施過程中各階段環(huán)節(jié)的發(fā)展變化情況，確保由不同人員所編輯的文檔得到一致的更新和維護。6.7）目錄設置對于文檔的版本控制，具體可實施分級管理，即形成：“項目

29、名稱/實施階段/文檔名稱”的結構。如有必要，可根據(jù)該階段的特點逐層細分目錄，建議目錄不宜設置太深。項目文檔版本控制的實例：實施階段 簡稱 舉例項目管理 PM “在線教育平臺”項目管理用戶需求定義 BI “在線教育平臺”用戶需求定義完整系統(tǒng)測試 SQA “在線教育平臺”完整系統(tǒng)測試文檔版本控制實例6.8）文件名設置文件名稱的設置要求簡明易懂。例如，項目需求分析階段，第一次會議總結形成的文檔，可取名為：BI_Meeting_1.doc6.9）版本號管理對于每一份文檔的版本號管理，以下面的規(guī)則為準：創(chuàng)建文檔時為 1.0版。需要調整時，在此基礎上進行版本升級，并簽屬更改人及更改時間。A. 初次提交用戶

30、的文檔為更改后的最高版本號，但仍為版本一的內(nèi)容。經(jīng)用戶初步確認或提出更正意見時，由版本一升至版本二，然后正式提交用戶，并進行文檔存檔。以后每經(jīng)過用戶修改逐次提升一個版本。B. 在每一份文檔的開頭，用表格說明版本控制的信息。6.10）項目文檔版本控制信息日期 作者 版本 說明*-*-* * V1.0 功能改進。項目實施中的重要文檔（里程碑文件）都應經(jīng)過項目經(jīng)理和業(yè)主方項目用戶的審核。一般審核時間規(guī)定在提交后的三天之內(nèi)。如果五天沒有回應即作為確認處理。對于階段性成果的審核，應由項目經(jīng)理簽字，確認提交的階段性成果已審核，符合項目實施的要求和業(yè)主方項目主管領導能接收的標準。6 測試方案6.1 任務概述

31、系統(tǒng)名稱：在線教育平臺系統(tǒng)組成：課程資源建設管理、在線視頻等系統(tǒng)用戶：校園網(wǎng)用戶系統(tǒng)簡述：課程資源建設與在線教學。測試目標：測試最大壓力下服務器的承載能力和響應速度變化趨勢。6.2 方案設計（1）系統(tǒng)壓力估算方法規(guī)則：按每天總流量在 X 次，每天高峰值為 16 個小時來推算，公式中是按照極端的高峰值計算。估算公式：虛擬用戶：對應于現(xiàn)實中的真實用戶，使用LoadRunner 模擬的用戶稱為虛擬用戶。其本質是通過虛擬用戶腳本來模擬真實用戶的行為。思考時間：即用戶思考時間，為了在模擬時更接近用戶的真實行為而引進的概念。在實際中，用戶進行一系列操作后往往會進行處理，例如瀏覽網(wǎng)頁內(nèi)容，而處理過程對服務器

32、沒有壓力。無思考時間是一種比較極端的測試條件，即用戶進行完一次操作后，立刻進行下一次操作。（2）測試環(huán)境網(wǎng)絡環(huán)境：內(nèi)部網(wǎng)絡+Internet 網(wǎng)絡環(huán)境+3G，配置：設備 硬件 軟件負載產(chǎn)生設備 （模擬手機用戶） Windows 2000Loadrunner7.8（云端版）Web+ WAP 服務 Intel Xeon CPU 平臺系統(tǒng)E54052.00GHz內(nèi)存：16G硬盤：300G SAS 盤（3）場景設計場景設計思想：依據(jù)壓力估算的規(guī)則來推算出模擬真實情況下服務器可承載能力。測試數(shù)據(jù)：5800 萬；測試用隨機詞庫：7786 條；檢索詞選擇方式：順序迭代；場景 1：20 個虛擬用戶，無思考時間

33、，30 分鐘加壓時間次數(shù) 最小值 平均值 最大值 標準偏差 90% 通過 失敗 平均點擊次數(shù)1 0.044 1.168 47.068 2.006 2.932 33203 3 15.9782 0.044 1.246 48.007 1.978 2.86 33000 5 15.9273 0.044 1.263 26.702 1.907 2.922 33225 5 004平均 0.044 1.226 40.592 1.964 2.905 33143 4 15.970無思考時間下圖為 30 分鐘加壓平均事物響應時間圖測試 1測試 2測試 3根據(jù)我們的估算公式，當完全的檢索過程在無思考時間的情況下，根據(jù)壓

34、力測試的結果，從估算公式計算出來的 X 值為 919872 次 pv。場景 2：20 個虛擬用戶，無思考時間，60 分鐘加壓時間次數(shù) 最小值 平均值 最大值 標準偏差 90% 通過 失敗 平均點擊次數(shù)1 0.109 1.576 45.292 1.796 3.245 51585 12 14.8232 0.043 1.368 45.943 1.955 3.314 50069 13 14.3933 0.045 1.400 53.706 2.134 3.324 50151 8 14.411平均 0.066 1.448 48.314 1.962 3.294 50602 8 14.542無思考時間下圖為

35、60 分鐘加壓平均事物響應時間圖測試 1測試 2根據(jù)我們的估算公式，當完全的檢索過程在無思考時間的情況下，根據(jù)壓力測試的結果，從估算公式計算出來的 X 值為 837619 次 pv。（4）結論本測試方案(下稱：本測試)針對擁有 5800 萬條記錄的在線教育平臺（下稱：系統(tǒng)）。本測試使用 7000 多個點擊對系統(tǒng)進行順序迭代加壓測試，通過對不同時長的多次測試結果的響應時間進行加權算術平均（下稱：平均響應時間），獲得以下結果：系統(tǒng)在 3 次 30 分鐘的加壓測試中，平均響應時間在 1.226 秒；在 3 次 60分鐘的加壓測試中，平均響應時間在 1.448 秒。在測試期間可能由于 2g 網(wǎng)絡問題或

36、其他因素，有些較長的響應時間，但 90%的響應時間保持在 3.3 秒以下，可見系統(tǒng)在應對突發(fā)集中性訪問時表現(xiàn)出了良好的抗壓性能。在本測試中選擇兩種不同時長的加壓測試，目的在于測試系統(tǒng)在應對突發(fā)集中性訪問時，響應時間的變化趨勢。從變化的趨勢上來看，系統(tǒng)響應能力變化不大，可以保持較好的穩(wěn)定性。以上測試結果均在真實的網(wǎng)絡環(huán)境中進行測試，本測試模擬的是極端環(huán)境下系統(tǒng)所能承載的最大壓力，而在真實環(huán)境里會穿插用戶的瀏覽內(nèi)容時間和其他業(yè)務活動（瀏覽時間和其他業(yè)務活動對系統(tǒng)是沒壓力的），所以系統(tǒng)在真實的用戶環(huán)境會表現(xiàn)出更優(yōu)越的性能，穩(wěn)定性也會更加的可靠。7A 網(wǎng)絡教學平臺基本功能模塊網(wǎng)絡教學平臺的建設以國家政

37、策為導向，與學校戰(zhàn)略發(fā)展目標保持高度一致。以支撐學?？焖侔l(fā)展為目標，以學習空間為基礎、以課程為中心、以教師為主導、以學生為主體，以服務為導向，以信息資源建設和信息應用系統(tǒng)建設為核心。集成網(wǎng)絡教學、師生交流互動、答疑和管理等功能，包括以課程為主線，高度整合校內(nèi)、校外的所有資源；以課程為中心，展開作業(yè)、考試、答疑、討論、評價等互動教學活動。充分發(fā)揮平臺在教與學活動中的作用，切實提升學校信息化水平，為學校戰(zhàn)略發(fā)展提供支撐和保障。平臺以課程為中心，以教師為主導、以學生為主體，整合學校所有課程?？梢园岩徊糠志€下的教學工作放到線上完成，輔助教師的教學。（一）網(wǎng)絡課程建設通過 A 平臺學?？梢栽诰€創(chuàng)建課程、

38、設置課程的學分考核機制、設置課程展示模板等，以及學生在線聽課、在線閱讀、在線提問、在線作業(yè)、在線考試、在線互動討論、學分審核 、獲得學分等。1.課程共建支持多位老師共建一門課程，使課程的內(nèi)容更加豐富，同時也減輕了教師的工作負擔。2.助教功能為了減輕老師的教學工作量，支持添加助教功能。老師可以選擇合適的人選來擔當本門課程的助教，協(xié)助老師進行批改作業(yè)，實時答疑，考試閱卷等教學活動。3.選擇模版建設課程方式：支持建設簡單的課程，同時支持建設基于知識點的復雜課程，教師可根據(jù)自己的需要進行選擇。三步完成建課：選擇模板、編輯課程信息、編輯課程章節(jié)內(nèi)容。平臺通過深入研究國內(nèi)外主流的在線教育網(wǎng)站、設計了美觀大方、又符合國內(nèi)外標準的課程模板以供選擇，教師可依據(jù)個人的資料的豐富程度及喜歡的風格進行個性化的設置。4.編輯課程封面課程編輯頁面，操作簡單，靈活方便，原位編輯，所見即所得。5.編輯課程內(nèi)容在課程編輯器中，對于文字的編輯排版我們提供了與 WORD 相類似的功能，非常簡單易用。老師只要熟悉 WORD 的相關編輯，不需要進行額外的學習，即可輕松掌握課程的編輯方法。在課程編輯的過程中，老師還可以根據(jù)課程內(nèi)容添加與之相關的圖片，文檔，音頻，視頻，網(wǎng)頁，作業(yè)，還可以在B 的資源庫中選擇與授課內(nèi)容相關的圖書，知識點，期刊論文等。課程編輯器可以對插入的視頻進行剪輯，設置任務點，防拖拽，防窗口切換