速課小龍之項目改進

第一部分 需求與原型改進

1.1改進的原型

1.1.1 改進說明php

 在客戶需求調研當中發現,咱們有注意到,學生們在進行日常學習的時候,結合視頻的學習還會留時間去閱讀相關的書籍。html

②在進行用戶調研的時候,咱們也有注意到,客戶對網絡課程的承認度比較的通常,爲有便於平臺的推廣,咱們在平臺上線,將有意識地推送更豐富平臺模塊和網絡課程的講授方式進行調查研究。前端

③問卷調研的客戶對平臺視頻上傳留言模塊較支持,因此該板塊將會更深刻更細化的生產設計。以求得用戶承認。java

④問卷研究到,多數用戶在遇到問題時,不光會查看視頻,而更傾向於對相關書籍的查閱,因此針對課程講解部分,咱們計劃從此的課程教學過程當中,老師在講述完課程的同時,向同窗推薦書籍,或者網頁直接列出用戶評論度高的書籍。jquery

⑤在第一階段的設計中,咱們本來有方便家長監督學習模塊,現決定將其取消。在平臺初期運行,該功能模塊並不能產生期許的效果,針對小功能模塊,也並未對一些家長進行調研。sql

因此前期應用度不大。數據庫

⑥接受sivilTaram老師意見,添加更人性化的無限期退款服務功能。用戶購買課程,若體驗度較差或者後臺數據顯示,課程觀看量少於10%,將享受無限期的退款服務。編程

 

1.1.2 高保真原型windows

高保真原型設計的功能爲項目設計時的功能,細化的模塊有些爲發展模塊。瀏覽器

①主界面課程展現模塊

②我的用戶界面模塊

③客戶視頻上傳評論模塊

④用戶的測試模塊

1.1.3 高保真原型下載地址

原型下載爲Axure建立的rp文件:https://pan.baidu.com/s/1OF-Awi5RfTm6YwiyCgxaBA

 

1.2改進的需求規格說明書

1.2.1改進說明

注意:紅色部分改進後內容。

 

1.1編寫目的

   爲明確軟件需求、安排項目規劃與進度、組織軟件開發與測試,撰寫本文檔。

   本文檔編寫的主要目的是給出<速課小龍>的項目研發背景、總體功能結構和運做方式的概述。咱們指望用戶(學習者,老師)經過閱讀本文檔,能夠對本系統有一個清晰的認知。同時,爲明確軟件需求、安排項目規劃與進度、組織軟件開發與測試,撰寫本文檔,也指望本文檔能夠做爲開發人員在開發過程當中的一個備忘。

   (改進理由:以前覺得需求規格說明書是隻給開發者使用和閱讀的日誌。看了網上不少的需求規格說明書後,發現需求規格說明書面向的還有項目的使用者。使用者能夠經過此說明書掌握項目具體功能以及其餘內容,便於使用者理解此項目。)

 

1.2項目背景

   互聯網介入促進在線教育發展。在線教育提供了一種全新的知識傳播模式和學習方式,將引起全球高等教育的一場重大變革。這場重大變革與以往的網絡教學有着本質區別,不單是教育技術的革新,更會帶來教育觀念、教育體制、教學方式、人才培養過程等方面的深入變化。在線教育的出現打破了大學圍牆,所以必須從新思考並重塑大學與社會的關係,更好地履行大學服務社會這一重要職能。在線教育的產生,方便一切想要學習的人,使得他們擁有便捷,優質的資源,提升教育。

目前行業發展示狀分析:

  慕課行業用戶規模:2016年10月,教育部在線教育研究中心發佈2016中國慕課行業白皮書。

  2014年先後,國內學堂在線、中國大學MOOC等核心慕課平臺相繼上線後,中國慕課用戶規模開始飛速增加。2014年,國內慕課用戶僅150萬人,2015年增加至575萬人,增加速度高達283%;至2016年10月,國內慕課網站用戶規模已突破1000萬人。預測至2016年末,國內慕課用戶規模將達1105萬人。

 

1.3預期讀者

學生,老師以及一切想要經過互聯網平臺學習的人員。

 

1.4閱讀建議

 a.學生及其餘學習者:

   重點閱讀2.3節,能夠迅速經過分析判斷該項目軟件是否適合本身。若對該軟件其餘功能及製做流程感興趣,能夠順序閱讀。

 b.老師:

   能夠按順序閱讀該文檔,便於掌握瞭解該項目具體使用方法及意圖。

 

2.1開發意圖

   咱們團隊想作一個「網絡課程購買及學習系統」。該系統涵蓋視頻教程、試題集錦、學習計劃、問答社區四大模塊。用戶能夠經過免費的在線公開視頻課程學習國內外的基礎科學知識,系統經過試題判斷用戶的掌握程度,爲用戶推薦適合的學習計劃,並提供問答社區方便用戶間的交流。系統宗旨在於爲了給廣大學習者營造便捷的學習環境。

  項目設計採用全新的設計理念實現隨時隨地、零距離、安全穩定的信息化學習。作到4A(Any where/Any time/Any data/Any device)學習,經過移動終端設備,打破時空的侷限實現輕鬆學習。使用戶能利用各類移間與空間的限制,隨時隨地、自由便利地學習。

 

2.2應用目標

   隨着社會的進步,人們愈來愈重視教育。而網絡教育爲人們提供了一種全新的學習方式。當前,網絡教育已經成爲改革傳統教育模式的強大動力和有效手段。其目標主要有以下幾點:

 a.使教育資源共享變爲現實。

 b.爲學習者提供個性化學習的條件

 c.有助於實現交互式學習。

 d.有利於促進教育社會化和學習社會化。

 

2.3做用範圍

   「速課小龍」是藉助先進的信息技術和網絡平臺實現的,其積極做用不能低估。它首先表如今優質資源共享和自學的靈活性上。如何發揮優秀的講課資源,「速課小龍」能夠部分的解決這一問題。

  經過以上的分析咱們認爲,「速課小龍」不能徹底顛覆傳統的實體課堂,不能代替老師在課堂上的現場點撥和指導,只能做爲課堂教學的一種補充。其做用主要表如今如下幾個方面:

  a.適於教師在備課時借鑑學習。經過「速課小龍」能夠募集到許多優秀教師的講課課件,這些優秀教師對課程標準的理解、對教材的分析、對課堂教學的設計都是可貴的課程資源,若是教師在備課時能學習借鑑這些優秀資源,一方面會提升我的的專業素養,另外一方面能夠直接借鑑學習,提升本身的教學水平。由於微視頻不一樣於過去網上的課堂實錄和優秀教案,它是以PPT課件的形式配以教師的講解,對教師的備課能起到直接的啓迪借鑑做用。

  b.適於轉化學習困難的學生。在課堂上一樣的授課時間,學習困難的學生並不能徹底掌握,教師也沒有時間專門去照顧這些學生。過去靠課堂筆記難以復現教師講課的情境,如今有了微視頻,學生在課後複習時能夠反覆觀看,加深理解。還能夠根據「速課小龍」提出的練習題進行變式練習,確實有助於轉化學習困難的學生。

  c.適於家長輔導孩子。如今家長廣泛重視孩子的學習,有的家長想輔導本身的孩子苦於不能瞭解教師的講課進度和要點,也有的限於文化水平以爲輔導不了。如今有了「速課小龍」,家長在家也能夠反覆觀看,首先本身明白,而後檢查和輔導本身的孩子就方便多了。甚至家長能夠經過智能手機在上班的地鐵上或中午休息時間下載觀看老師的微視頻,提早學習,回家輔導孩子時作到心中有數。

  d.適於學生的課後複習。根據艾賓浩斯的遺忘規律,學生在課堂上學得再紮實事後不復習也會遺忘,而學生在複習時若是可以觀看老師的微視頻,會加深本身對教材的理解,會復現老師講課的情景,激活記憶的細胞,提升複習的效果。因此老師在課後能夠把本身的微視頻放到網絡上,供學生複習時參考。

  e.適於缺課學生的補課和異地學習。有些學生因病因事缺課,事後找老師補課,一是老師不可能有時間及時給學生補課,二是老師補課時也不會徹底像在課堂上講課那麼具體。若是有了「微視頻」,學生即便在外地,也能夠經過網絡下載老師的「微課」自學,及時補上所缺的課程,使「固定學習」變爲「移動學習」。如今筆記本電腦、平板電腦、智能手機比較廣泛,攜帶方便,都能實現這種移動學習。

  f.適於假期學生的自學。中小學生每一年的寒暑假時間都比較長,除了參加一些必要的社會實踐活動外,通常老師都會佈置一些預習和複習做業。若是老師可以根據學生的須要事先錄製一些「微課」幫助學生預習或複習,也可以提升學生的自學效果。固然,用於預習的視頻要區別於教師講課的視頻,否則又變成了「先教後練」的接受性學習。

  g.除學生以外,咱們的目標用戶面向全體想要學習的人員,支持你們隨時隨地,想學就學。

  h.「速課小龍」項目的主要功能特色是:

  (1)在課程的展示形式上,「速課小龍」沿用了「短視頻」的形式。用戶徹底能夠利用碎片時間隨時隨地經過電腦端,手機端學習。同時,在課程內容設計上擺脫了純理論的講解,轉而結合知識的實際應用,教給用戶實用的純乾貨。

  (2)「速課小龍」的界面設計簡潔大方,色調柔和。不只內容清晰可見,並且十分美觀,給用戶帶來良好的視覺體驗,時尚的風格和色彩搭配更符合其年輕用戶羣體的審美。

   (3)「速課小龍」支持我的上傳教學視頻(通過審覈內容達到標準),讓你們在學習的過程當中,同時能夠從本身的學習經驗出發,本身當老師。

   (4)「速課小龍」雲集了學霸、名師,視頻課程界面中的討論功能讓用戶能夠在學習過程當中進行交流、互動,邊學邊問,擺脫獨自學習的困惑,迅速成長進步。

 

2.4產品前景

 a.「速課小龍」(慕課)行業規模呈擴大趨勢

   所謂「慕課」(MOOC),顧名思義,「M」表明Massive(大規模),與傳統課程只有幾十個或幾百個學生不一樣,一門MOOCs課程動輒上萬人,最多達16萬人;第二個字母「O」表明Open(開放),以興趣導向,凡是想學習的,均可以進來學,不分國籍,只需一個郵箱,就可註冊參與;第三個字母「O」表明Online(在線),學習在網上完成,無需旅行,不受時空限制;第四個字母「C」表明Course,就是課程的意思。

  隨着雲技術的發展,因爲慕課以較低的學習成本爲全球學習者提供了較優質的學習資源,從而在較大程度上改變了人們的學習方式以及教學方式,在促進全球高校交流、競爭的同時也實現了優質教育資源的建設與共享,必將致使慕課的影響力不斷增強,其規模也將不斷擴大。

  除了現有的慕課平臺外,新的慕課平臺必將不斷涌現。如除了較早的美國的edX,Udacity和Coursera以及英國的FutureLearn外,還出現了德國的Iversity、巴西的Veduca等,國內優質的慕課平臺也開始涌現。

  同時,現有的一些規模較大的慕課平臺開始注重與其餘國家大學的合做。如Coursera目前已經與世界各地100餘所大學開展了合做,同時創建了翻譯網絡,可將一些英語課程翻譯成漢語、阿拉伯語、俄語、日語、葡萄牙語等母語爲非英語國家的語言,這對於非英語國家的學習者無疑極具吸引力。同時,面對慕課這一洶涌大潮,很多國家的大學也紛紛加入其中,如北京大學、復旦大學和上海交通大學等加人了Coursera,北京大學、清華大學等校加人了EdX。

  世界各國的名校熱衷於加人慕課行列,一來能夠增強大學之間的溝通、交流,二來能夠擴展學校在世界的知名度,三來能夠擴大在世界的招生影響。隨着互聯網技術的不斷髮展,能夠預測,慕課行業還有極大的待開發空間。

 b.慕課平臺發展前景分析

  慕課平臺做爲鏈接B端內容提供方和C端用戶的橋樑,目前的商業模式主要是經過爲B端提供搭建平臺、信息系統對接、課程製做、課程內容合做等進行盈利,面向C端用戶廣泛是提供免費開放課程。迴歸教育的本源,慕課將來在豐富B端服務方式的同時,也將在C端服務上探索新的服務和盈利模式。

  2014-2016年,慕課用戶規模保持近100%高速增加,核心慕課平臺已積累必定量的用戶規模,如學堂在線、中國大學MOOC註冊用戶規模都已超過500萬。慕課正處於快速發展時期,爲B端服務的目標是更好的拓展C端服務。對於B端高校或其餘教育機構,慕課企業的價值在於推動它們的信息化建設以及優化課程資源。對於C端用戶,慕課是一種教學形式,它的價值表現是優質的內容、規範的教學管理體系及學分和認證證書。

國內慕課行業用戶規模:

 

 

 

  現階段,慕課最可能實現盈利的是被認證的價值,將來,既然慕課共享的是優質的教育資源,它的優質內容包括名校、名師或知名課程更有可能成爲商業模式的機會點。表面上看,這彷佛與教育普惠教育公平的理念不太一致,事實上,優秀課程內容的創做和優秀教師的培養都須要花費必定的時間成本、製做成本和品牌打形成本,這些課程的收費也是對優秀創做者的鼓勵。由此可能派生出來的商業模式相似如今的視頻網站模式,若是加上認證價值,可能產生的模式更多樣,如針對專業性較強的課程推出付費模式,如單門付費的名師課堂或系列付費的技能體系類課程等。

 用戶付費意願分析:

 

 

 

 

將來慕課平臺的發展將不侷限於B端服務,在知足C端用戶需求和提供多樣服務模式的發揮空間巨大。

 

c.目前國內市面上使用最廣的兩家網上教育平臺分析

 (1)慕課網

   慕課網是垂直的互聯網IT技能免費學習網站。以獨家視頻教程、在線編程工具、學習計劃、問答社區爲核心特點。在這裏,你能夠找到最好的互聯網技術牛人,也能夠經過免費的在線公開視頻課程學習國內領先的互聯網IT技術。

  慕課網課程涵蓋前端開發PHPHtml5AndroidiOS、Swift等IT前沿技術語言,包括基礎課程、實用案例、高級分享三大類型,適合不一樣階段的學習人羣。以純乾貨、短視頻的形式爲平臺特色,爲在校學生、職場白領提供了一個迅速提高技能、共同分享進步的學習平臺。

  特色分析:慕課網的主要教學內容爲互聯網IT技術,面向的主要學習人羣是想要學習互聯網技術的人羣。

 (2)中國大學MOOC

   中國大學MOOC(慕課)是由由網易與高教社「愛課程網」合做推出的大型開放式在線課程學習平臺,上線於2014年5月,它聯合北京大學、復旦大學、浙江大學、新加坡國立大學、微軟亞洲研究院等 211所知名高校和機構推出上千門精品大學課程,讓每個有提高願望的用戶都能在此學習到中國最好的大學課程,並得到認證證書!

  特色分析:中國大學MOOC(慕課)是由網易與高教社「愛課程網」合做推出的大型開放式在線課程學習平臺,旨在提供最優質的課程和教學資源以及最完整的學習體驗,讓每個有意願提高本身的用戶在這裏都能學習到最好的大學課程並得到認證證書。打造在線教育「中國夢」。成爲中國最優秀的高校MOOC課程平臺,免費將優質的高等教育資源傳播得更廣,進而改善中國教育資源不平等的現狀,讓每個有自我提高願望的人,均可以在這裏學習到中國最好的大學課程。目的是讓每一個人均可以享受大學教育資源。

 

3.1典型用戶分類

 在校學生,社會人羣

 

3.2 角色分析表

 

在校學生

特色

學習能力較強,有必定可以的基礎。可與學校課程同步學習,相輔相成,咱們產品做爲一個課下輔助工具。須要較強的專業性

動機

場景

功能

輔助學校學習

學習專業課,預習複習,查漏補缺

瀏覽視頻,同步學習

水平測試

自我測評,瞭解本身的學習程度

水平測試頁面,

學習其餘知識

課外學習,想要轉專業或學習更多知識充實本身

瀏覽視頻,爲用戶設計學習路線

分享技能

分享本身的技能,幫助他人

上傳視頻

 

 

社會人羣

特色

水平參差不齊,不一樣用戶的特色需求千差萬別。更偏向於實踐

動機

場景

功能

學習一門新的技術

想要學習知識擴充本身

瀏覽視頻,爲用戶設計學習路線

應急,只用一次

單位領導忽然要求作個簡單的原型設計,幫孩子檢查做業

瀏覽視頻,經驗分享

分享技能

分享本身的技能,幫助他人

上傳視頻

4.1用戶模塊包括如下內容

 4.1.1註冊,登錄(頭像)

 4.1.2課程:

 2.1查看課程:學習(看、題),取消課程,評論區(購買過的用戶能夠相互評論,網易雲模式,按照時間倒序顯示)

 2.2購買課程:分類購物(不一樣類型課程,有免費、有收費)

 4.1.3錢包:

 3.1餘額(一鍵還原)

 3.2查看帳單,可分日期查看

 

 4.2賣家模塊包括如下內容

 4.2.1登錄

 4.2.2課程:

 2.1建立課程:訂價,上傳內容(視頻),課程信息,類別

 試題(均爲選擇,自動判題)

 2.2查看課程:購買人數,修改價格,刪除

 

4.2.3錢包:

3.1餘額

3.2查看帳單

 

4.3細化內容

 用戶:暱稱,密碼,頭像

 用戶錢包:餘額,帳單

 賣家:暱稱,密碼,頭像

賣家錢包:餘額,帳單

課程:類別,名稱,價格,日期,試題,學分,建立人,購買人數

一個課程 = 一個視頻 + 一套試題

試題:均是選擇,10分5道

帳單:賣家,買家,交易金額,日期,課程名稱,交易描述(購買或者一鍵還原)

評論:暱稱,內容,日期

 

4.4通過分析、討論前期小組成員作的原型設計,小組成員完成了前期界面的基礎式樣,頁面以下:

賣家:

 

用戶:

 

 

1.2.2需求規格說明書下載地址:

https://pan.baidu.com/s/1hdXpVvxWm6QStY-KMjoS_Q,密碼:uon5

 

第二部分 系統設計

 因爲對該部分沒有相關接觸,在查閱資料後發現網上某些內容符合咱們的開發要求,該模塊部份內容摘抄自如下的百度文庫。

文庫連接:https://wenku.baidu.com/view/fa37a9781fb91a37f111f18583d049649b660ed8.html

2.1系統架構設計

      咱們網站系統架構層次以下圖所示:

 

網站系統架構層次分爲前端、應用層、服務層、存儲層、後臺等5個方面,簡單來講,前端存放的是靜態網頁,不涉及業務,就是爲了客戶端可以及時響應,並展示一些靜態內容;應用層是處理業務邏輯的地方,前端開發的代碼,主要就是發佈在這個地方,實際用戶的各類業務處理,也主要在這個地方進行;服務層介於應用層和存儲層之間,主要爲二者提供各類分佈式服務,好比分佈式緩存,能減小存儲層的壓力,並儘快響應應用層的請求,提升性能;存儲層是存放各類業務數據的地方,包括關係型、非關係型數據庫、文件已經它們之間的數據同步;上面4個層次能夠說是實時的業務功能,有一個層次出現問題,就會直接影響用戶體驗,在這4個層次後面,還有一個後臺,它是不直接與用戶溝通,但從上面的業務中經過搜索引擎、數據倉庫、推薦系統等,創造更加有價值的信息,在後臺爲業務提供支撐。

1.前端架構



        前端指用戶請求到達網站應用服務器以前經歷的環節,一般不包含網站業務邏輯,不處理動態內容。通常打開網頁或界面時,一輸入URL就能夠看到的信息,就屬於這部分,而後再慢慢加載的,就是後面業務層的內容了,由於內容都是靜態的,不會發生改變,全部能夠在各個地方準備好,放在CDN中,達到瞬時響應的效果。爲了實現這樣的效果,有下面幾種架構技術:

 

瀏覽器優化技術
        並非優化瀏覽器,而是經過優化響應頁面,加快瀏覽器頁面的加載和顯示,經常使用的有頁面緩存、合併HTTP減小請求次數、使用頁面壓縮等。

 

動靜分離,靜態資源獨立部署
        靜態資源,如JS、CSS等文件部署在專門的服務器集羣上,和Web應用動態內容服務分離,並使用專門的(二級)域名。

 

圖片服務
        圖片不是指網站Logo、按鈕圖標等,這些文件屬於上面提到的靜態資源,應該和JS、CSS部署在一塊兒。這裏的圖片指用戶上傳的圖片,如產品圖片、用戶頭像等,圖片服務一樣適用獨立部署的圖片服務器集羣,並使用獨立(二級)域名。

 

反向代理
        部署在網站機房,在應用服務器、靜態資源服務器、圖片服務器以前,提供頁面緩存服務。

 

DNS
        域名服務,將域名解析成IP地址,利用DNS能夠實現DNS負載均衡,配置CDN也須要修改DNS,使域名解析後指向CDN服務器。

 

2.應用層架構
        應用層是處理網站主要業務邏輯的地方。通常說的使用PHP或則Java等技術實現的網絡邏輯和前端框架,就是指這部分的內容,該部分是交互式業務實現的主要層次,相應的架構技術有:

開發框架
        網站業務是多變的,網站的大部分軟件工程師都是在加班加點開發網站業務,一個好的開發框架相當重要。一個號的開發框架應該可以分離關注面,使美工、開發工程師能夠各司其事,易於協做。同時還應該內置一些安全策略,防禦Web用攻擊。

 

頁面渲染
        將分別開發維護的動態內容和靜態頁面模板集成起來,組合成最終顯示給用戶的完整頁面。

 

負載均衡
        將多臺應用服務器組成一個集羣,經過負載均衡技術將用戶請求分發到不一樣的服務器上,以應對大量用戶同時訪問時產生的高併發負載壓力。

 

Session管理
        爲了實現高可用的應用服務器集羣,應用服務器一般設計爲無狀態,不保存用戶請求上下文信息,可是網站業務一般須要保持用戶會話信息,須要專門的機制管理Session,使集羣內甚至跨集羣的應用服務器能夠共享Session。

 

動態頁面靜態化
        對於訪問量特別大而更新又不很頻繁的動態頁面,能夠將其靜態化,即生成一個靜態頁面,利用靜態頁面的優化手段加速用戶訪問,如反向代理、CDN、瀏覽器緩存等。

 

業務拆分
        將複雜而龐大的業務拆分開來,造成多個規模較小的產品,獨立開發、部署、維護,除了下降系統耦合度,也便於數據庫業務分庫。按業務對關係數據庫進行拆分,技術難度相對較小,而效果又相對較好。

 

虛擬化服務器
        將一臺物理服務器虛擬化成多態虛擬服務器,對於併發訪問較低的業務,更容易用較少的資源構架高可用的應用服務器集羣。

 

3.服務層架構



        提供基礎服務,供應用層調用,完成網站業務。服務層介於應用層和存儲層之間,顧名思義就是爲應用層提供各類服務的,而服務層自己內容的來源,又可能與存儲層有關,好比緩存就是將存儲層中的一部分數據作以加工和展示,供應用層快速調用的。服務層的架構技術主要是幾種分佈式的服務功能:

分佈式消息
        利用消息隊列機制,實現業務和業務、業務和服務之間的異步消息發送及低耦合的業務關係。

 

分佈式服務
        提供高性能、低耦合、易複用、易管理的分佈式服務,在網站實現面向服務架構(SOA)。

 

分佈式緩存
        經過可伸縮的服務器集羣提供大規模熱點數據的緩存服務,是網站性能優化的重要手段。

 

分佈式配置
        系統運行須要配置許多參數,若是這些參數須要修改,好比分佈式緩存集羣加入新的緩存服務器,須要修改應用程序客戶端的緩存服務器列表配置,並重啓應用程序服務器。分佈式配置在系統運行期提供配置動態推送服務,將配置修改實時推送到應用系統,無需重啓服務器。

 

4.存儲層架構



        提供數據、文件的持久化存儲訪問與管理服務。該層次也是通常意義上的數據庫層,主要用來存放各類數據的,固然在大型網站中數據層的概念,不只包括傳統關係型數據庫,還包括分佈式文件數據,nosql數據庫以及數據同步技術。存儲層的架構技術主要有:

分佈式文件
        網站在線業務須要存儲的文件大部分都是圖片、網頁、視頻等比較小的文件,可是這些文件的數量很是龐大,並且一般都在持續增長,須要伸縮性設計比較好的分佈式文件系統。

 


關係數據庫
        大部分萬丈的主要業務是基於關係數據庫開發的,可是關係數據庫對集羣伸縮性的支持表較差。經過在應用程序的數據訪問層增長數據庫訪問的路由功能,根據業務配置將數據庫訪問路由到不一樣的物理數據庫上,可實現關係數據庫的分佈式訪問。

 

NoSQL數據庫
        目前各類NoSQL數據庫層出不窮,在內存管理、數據模型、集羣分佈式管理等方面各有優點,不過從社區活動性角度看,Hbase無疑是目前最好的。

 

數據同步
        在支持全球範圍內數據共享的分佈式數據庫技術成熟以前,擁有多個數據中心的網站必須在多個數據中心之間進行數據同步,以保證每一個數據中心都擁有完整的數據。在實踐中,爲了減輕數據庫壓力,將數據庫的事物日誌(或者NoSQL的寫操做Log)同步到其餘數據中心,根據Log進行數據重演,實現數據同步。

咱們經過一張思惟導圖首先從幾個維度闡述一下數據存儲的基本分類。

 

文件存儲

 

 

對象存儲系統

 

 

5.後臺架構



        網站應用中,除了要處理用戶的實時訪問請求外,還有一些後臺非實時數據分析要處理。後臺架構主要是進行一些非實時操做,對前端業務處理提供支撐,主要的架構技術有:

搜索引擎
        即便是網站內部的搜索引擎,也須要進行數據增量更新及全量更新、構建索引等。這些操做經過後臺系統定時執行。

 

數據倉庫
        根據離線數據,提供數據分析與數據挖掘服務。

系統請求數據處理流程圖

 

咱們項目的系統設計圖

 

附上咱們的ER圖

 

 

 

 

 

2.2 任務分解WBS

WBS:工做分解結構(Work Breakdown Structure) 建立WBS:建立WBS是把項目 交付成果和項目工做分解成較小的,更易於管理的組成部分的過程。

WBS是項目管理重要的專業術語之一。WBS的基本定義 :以可交付成果爲導向對項目要素進行的分組,它概括和定義了項目的整個工做範圍每降低一層表明對項目工做的更詳細定義。不管在項目管理實踐中,仍是在PMPIPMP考試中,工做分解結構(WBS)都是最重要的內容之一。WBS老是處於計劃過程的中心,也是制定進度計劃、資源需求、成本預算、風險管理計劃和採購計劃等的重要基礎。WBS同時也是控制項目變動的重要基礎。項目範圍是由WBS定義的,因此WBS也是一個項目的綜合工具。

 

分解方式

WBS的分解能夠採用如下三種方式進行:

1 .按產品的物理結構分解。

2. 按產品或項目的功能分解。

3 .按照實施過程分解。

 

咱們此次分解的主線是項目的實施過程,在過程當中又分解了項目的部分功能及物理結構。

 

 建立過程

項目組內建立WBS的過程很是重要,由於在項目分解過程當中,項目經理、項目成員和全部參與項目的部門主任都必須考慮該項目的全部方面。

項目組內建立WBS的過程是:

1.獲得範圍說明書(Scope Statement)或工做說明書(Statement of Work,承包子項目時)。

2 .召集有關人員,集體討論全部主要項目工做,肯定項目工做分解的方式。

3 .分解項目工做。若是有現成的模板,應該儘可能利用。

4.畫出WBS的層次結構圖。WBS較高層次上的一些工做能夠定義爲子項目或子生命週期階段。

5.將主要項目可交付成果細分爲更小的、易於管理的組分或工做包。工做包必須詳細到能夠對該工做包進行估算(成本和歷時)、安排進度、作出預 算、分配負責人員或組織單位。

6 .驗證上述分解的正確性。若是發現較低層次的項沒有必要,則修改組成成分。

7 .創建一個編號系統。

8隨着其餘計劃活動的進行,不斷地對WBS更新或修正,直到覆蓋全部工做。

 

 2.2.1 WEB

咱們組的WBS圖藉助了edrawsoft工具完成,以下圖所示:

2.2.2 團隊成員估計各自任務所需時間

團隊任務計劃

 

  

團隊任務計劃

 

第 6-7 周

1.肯定團隊項目

 

 

 

2. 需求分析

 

3.系統結構設計

 

4.團隊任務分配

第8-9周

1.編寫主要代碼

 

2. 博客撰寫和代碼提交

第10周

1. 用戶反饋和代碼測試

 

2. 我的總結

 

3. 發佈說明、測試報告、展現博客、項目管理

第11周

1. 項目分析

 

2. 團隊博客分析

 

3. 協調離隊和接納的成員

第12-13周

1. 新團隊項目任務分配,介紹新成員

 

2. 博客撰寫和代碼提交

第14周

1.發佈說明、測試報告、展現博客

 

2. 我的總結

第15周

1. 項目分析

 

2. 團隊博客分析

第16周

1. 團隊整個階段總結,分析數據,整理文檔

 

 

 2.2.3工做細化表格

 

   

 

 

 

 

 

 

 

 

團隊成員

項目準備

需求階段

設計階段

開發階段

測試階段

實施階段

時間估計

鄧旭

(組長)

提出項目及團隊分工

市場調研及分工

功能設置及總體把握

把握項目進度及具體編碼

輔助測試及問題討論

保證項目完工,推廣項目

10周

周紫伊

市場需求分析

典型用戶和推廣詞

系統設計

代碼開發

修改代碼

文檔說明

10周

陳逸璇

項目功能討論

需求規格說明書

功能模塊

代碼開發

修改代碼

需求分析

10周

謝月鵬

項目可行性分析

分析需求設計初始功能模塊

測試計劃準備

代碼開發

PM,測試

代碼維護

10周

洪澤芳

項目功能討論

原型設計

高保真原型設計

代碼開發

修改代碼

編輯博客,輔助項目實施運行

10周

葛金星

文檔準備

原型設計

高保真原型設計

代碼開發

修改代碼

建立碼雲,完成部分團隊任務規劃

10周

 

第三部分 測試計劃

引言:

          1.因爲咱們的項目較小,開發人員也不多,因此咱們只針對重要功能進行測試,運用一種操做系統(windows),電腦端進行測試。

          2.測試人員:全體開發人員

          3.測試時間:項目完成後一週(初步定爲6月30日)

任務概述:

        測試內容:

     一、基礎功能測試

     二、兼容性測試

     三、分辨率測試

     四、訪問量測試

     五、上線環境搭建測試

     六、初步用戶測試

     七、用戶返回bug後的修改,上線測試

   測試方法:

            1、手動測試(使用redme工具找尋和分配bug)

     2、工具測試(使用http_load壓力測試)

   測試培訓:

           1、每一個人提早了解redme的使用

           2、項目組長熟悉項目的阿里雲的上線測試

任務分配:

         1、全體人員到時候具體分配測試哪些內容

暫時定爲先後臺搭檔一塊兒測試本身寫的那部分代碼功能

       測試詳情:

          1、 基礎功能測試,暫時不具體到哪些功能哪些人,看到時候功能完成狀況。

           2、兼容性測試:暫時測試谷歌、火狐、360和ie7以上,不考慮ie6和ie7

           3、分辨率測試:測試下極限狀況不會變形就好

           4、訪問量測試,用http_load暫時測試一千之內的訪問量

           5、上線環境測試,完了之後用阿里雲測試

           6、用戶測試,暫定20到30個用戶測試bug並返回使用狀況和使用感官

          7、上線測試,長期的得到使用狀況

測試資源:

    全體開發人員

    Redme軟件

    http_load軟件

其餘內容:

       測試負責人:謝月鵬

       日期:6月30號到7月7號

       修改記錄:代碼採用碼雲存儲代碼,每次提交代碼記錄修改記錄和改bug記錄

       測試評審人員:老師和同窗

相關文章
相關標籤/搜索