團隊進度彙報

一  .團隊分工描述

 

    項目經理-劉梓軒
     主要工做：
     1. 確保項目目標的實現，領導項目團隊準時、優質地完成所有工做。
     2. 與客戶（學生and老師）溝通，瞭解項目的總體需求。並與客戶保持必定的聯繫，即時反饋
         階段性的成果，和即時更改客戶提出的合理需求。
     3. 制定項目開發計劃文檔，量化任務，併合理分配給相應的人員，通常在開每週例會的時候決
        定。
     4. 跟蹤項目的進度，協調項目組成員之間的合做。
     5. 監督產生項目進展各階段的文檔，保證文檔的完整和規範。
     6. 開發過程當中的需求變動，跟客戶瞭解需求，在沒法判斷新的需求對項目的整理影響程度的情
          況下，需同項目組成員商量，最後決定是否接收客戶的需求，而後再跟客戶協商。肯定要變動
          需求的狀況下，需產生需求變動文檔，更改開發計劃。
     7. 向老師彙報項目的進展狀況，需求變動等全部項目信息。
     8. 項目完成的時候須要項目總結，產生項目總結文檔。

     產品經理-劉澤
      主要工做：
      1. 肯定目標用戶，在本次實驗中爲科大在讀學生，以及全校教師。
      2. 產品梳理，主要分爲兩個個方面用戶需求：暫時定義爲目標用戶羣的意見反饋，主要是對產
          品交互體驗改進，也是留住用戶的核心價值所在；功能需求：功能完善、改進、優化，包括常
           見的BUG。

    市場推廣人員、銷售-張士龍
       主要工做：
      1. 根據市場以及工做具體須要進行市場推廣活動的策劃並制定具體的活動方案;
      2. 負責市場推廣所需的資料以及禮品等（主要是微信，QQ紅包），並作好市場推廣的活動預
          算，控制活動成本;
      3. 全面執行市場推廣方案，並監督執行過程掌握執行進度;
      4. 根據市場推廣活動的效果進行評估，並編寫市場推廣活動效果評估報告;
      5. 按期進行市場信息的收集和整理以及分析工做，提出合適的市場推廣創意（推廣到校外）。

     文檔人員-陳燦
      主要工做：
     1. 接受、發放、保存文檔，包括Github代碼管理，以及博客管理。
     2. 文件的整理及更新。
     3. 文檔問題反饋、跟蹤

 

     程序員-全體人員
      主要工做：
     1. 學習相關技術，主要有mysql，php，nginx，laravel，網站部署等。咱們作的是實驗室信息網站，因此須要爬取學校各個實驗室網  站 的信息。
      2. 搭建web服務器，設計交互接口，包括數據庫交互，以及用戶交互。
      3. 前端優化。

     測試人員-沈三景
      主要工做：
      1. 修改測試案例。
      2. 儘量找到軟件缺陷。
      3. 項目可行性、可靠性分析，風險分析。
      4. 制定測試計劃

 

 

二. 開發時間規劃

        開發時間評估
        alpha版本時間節點:預計在6月20號以前完成alpha版本，供內部人員測試.
        逐步推廣計劃:7.20號前實現信息學院部分班級內推廣。8.1號前實現全校推廣。
        beta版本時間節點：預計8月15號前完成Beta版本。

      風險預估、時間預留
       五月下旬到六月中旬，咱們組內全部成員都有大量的考試，在該時間段內，進度不會有太多的
       推動，因此咱們將alpha版本定在6月20日前完成，在5月20日以後的將近一個月時間內，主要
       作對alpha版本的現有bug修改以及提出優化改進意見。暑假期間咱們有足夠的時間將拉下的
       進度補上。

      ddl管理
      alpha版本：5月20號
      Beta版本：8月15號

     進度延遲的補救計劃
       期末時間段拉下的進度，暑假彌補。

 

 

 三. 技術學習

         基於 Laravel-Admin 在十分鐘內搭建起功能齊全的後臺模板 laravel-admin 是一個用於爲Laravel提供後臺界面的構建器，僅僅經過     數行代碼，就能夠幫助咱們構建CRUD後臺。 經過 Laravel Chatter 擴展包在十分鐘內快速爲應用搭建問答/論壇系統 Chatter 是一個 簡單的 Laravel 論壇擴展包， 你能夠在這裏查看官方演示站點：https://devdojo.com/forums，代碼倉庫位於 GitHub:https://github.com/thedevdojo/chatter。

           基於 Laravel + Vue 構建一個帶先後臺的相似知乎的問答社區 本項目使用 Laravel 5.3 和 Vue 開發，基於 laravist 社區 知乎系列項目，後臺模板採用 AdminLTE-For_Laravel。項目代碼倉庫位於 https://github.com/GeekGhc/zhihu-app。 基於 Laravel + Vue.js 開發的全新社交系統 —— ThinkSNS+ ThinkSNS+（簡稱TS+）基於Laravel、Vue.js開發，是一套核心框架和用戶系統，支持動態拓展應用的接入和UI規範設計。能夠經過模塊（核心框架）、插件（功能應用）、模板（前端樣式）組合，諸如：微博、資訊、IM聊天、微吧、商城、頻道、小組…快速開發，輕鬆組合，搭建本身的系統。後端框架每週和 laravel master 保持同步，然後臺和 html 5 則採用 vue 開發。語言特性方面，採用 php 7 的嚴格模式。 基於基於 Laravel 實現的相似 Reddit 的實時社交論壇系統 —— Voten Voten 是一個現代的實時社交書籤系統，基於 Laravel 5.4 + Vue.js 開發，相似於 Reddit，可是更加美觀，它實時、簡單而且支持自定義。

         數據庫 使用Mysql數據庫。 Web服務器 最初考慮使用Apache。可是考慮到如今的趨勢，Nginx愈來愈受歡迎。同時Laravel對其支持性較好，同時較多的開源項目、教程等都是基於Nginx的，因此Web服務器可能使用Nginx來搭建。 服務器主機 這裏使用一臺機器完成以上兩個功能，初步考慮使用阿里雲來搭建，主要緣由是服務器在國內，速度較快，同時也便宜。

         與數據庫交互 Laravel提供了強大的Eloquent ORM（對象關係映射）來與數據庫交互。 ORM，即 Object-Relational Mapping（對象關係映射），它的做用是在關係型數據庫和業務實體對象之間做一個映射，這樣，咱們在操做具體的業務對象時，就不須要再去和複雜的SQL語句打交道，只需簡單的操做對象的屬性和方法便可。 ORM 兩種最多見的實現方式是 ActiveRecord 和 DataMapper，ActiveRecord 尤爲流行，在不少框架中都能看到它的身影。二者的區別主要在於 ActiveRecord 中模型與數據表一一對應，而 DataMapper 中模型與數據表是徹底分離的。 Laravel 中的 Eloquent ORM 使用的也是 ActiveRecord 實現方式，每個 Eloquent 模型類對應着數據庫中的一張表，咱們經過調用模型類的相應方法實現對數據庫的增刪改查。

       與用戶的交互 用戶註冊。 用戶提交用戶名、密碼、郵箱等信息，網頁前端將數據交由後端，後端寫入數據庫，注意密碼寫入爲Hash後的結果。 用戶登錄 用戶提交用戶名、密碼、郵箱等信息，網頁前端將數據交由後端，後端查詢數據庫數據庫同時比對，若正確則能夠登陸，不然返回密碼錯誤信息。

        數據庫構架 藉助ER圖來設計關係模式，並經過Laravel提供的數據遷移功能能夠很方便的來實現數據庫的寫入、備份、遷移 前端構架 Laravel繼承了Bootstrap,能夠直接使用它的模塊，或者能夠結合Vue.js前端框架，實現先後端分離。

 

 

四 . 交流、項目管理

 

        1.交流方式以及交流頻率  

      由於平時你們都在一塊自習，交流其實十分方便，計劃每兩天晚上開一個小短會，熟悉下隊員之間相對進度，避免有人進度較慢卡住集體進度的現象產生，每一週開一次大會，肯定一週目標，並做相應記錄。

 

        2.代碼管理

  充分利用GitHub，劃分develop與master分支，細化工做，每一個人創建開發者倉庫，在我的倉庫develop分支修改代碼，我的審覈與測試後，向管理者發送pull request，develop功能完善了，組內成員集體審覈源倉庫develop代碼,完成測試review，全體成員無異議後合併進源倉庫，發佈新的版本前，能夠在master分支分出hotfixes分支用於整個項目測試與bug修復，無誤後併入master，發佈新版本。

 

       3.進度監督、燃盡圖、時間管理

  你們相互監督，每週確立目標，由項目負責人對項目開發總體流程進行估計，而且每兩天的小會集體批評拖後腿的組員，儘可能使一週的工做量保持一致，燃盡圖以剩餘工做量爲縱座標，時間以周爲單位進行繪製。

 

      4.需求變動管理

  這是一個難以免的問題，能作的就是盡力的明白用戶的需求，作好需求分析工做。   確保開發人員與需求分析人員保持良好的溝通，作好需求變動管理。特別是對當前開發產生影響的應該緊急開會進行討論並並決定。而且肯定變動需求通知到每一個組員，避免產生無用的工做量。

 

     5.技術攻關

  由於當前組員並無相關的實際項目經驗，因此技術的學習是必須的。 對專業領域的Overview，遇到新的技術儘快的瞭解其大概。 藉助開源代碼對問題進行進一步認識，下降學習難度曲線，甚至在協議容許的狀況下直接做爲api使用。 同本身的認識的技術大牛交流與請教，，假如剛好有這方面的人脈則是很是幸運的。特別是技術高手，通常用不了幾句話就能把某項技術的關鍵問題描述清楚了。從這種交流中，咱們受益不淺。固然，交流以前必須對問題有充分的瞭解，避免出現低效的交流。但要注意，咱們必定要在對該項技術有所瞭解以後，再去找專業人士交流。不然這種交流創建在信息嚴重不對稱的基礎上，就是極其低效的。對該項技術的初步瞭解，也是讓咱們能問出真正有效的問題的基礎條件。

 

    6.人員變更與外部事務處理

  平時對組員代碼進行充分的規範，並嚴格要求說明文檔，假如真的由退課的同窗，應提早安排好交接工做。   對於我的突發事務，我的應該進行合理規劃，爲了激發積極性，對於影響了團隊開發進度的成員給與貢獻分削減.

 

 

 五. 推廣、發佈計劃

 

        alpha版本時間節點

         預計在6月20號以前完成alpha版本，供內部人員測試 逐步推廣計劃表 Alpha版本內部測評完成，肯定沒有bug後。給軟件工程班上熱心同窗測評，修復相關bug。 7.20號前實現信息學院部分班級內推廣8.1號前實現全校推廣.

 

       各階段用戶肯定

        前期階段用戶主要是學生，解決學生的需求，這是主體用戶。後期會和老師討論，解決老師的一些需求（招學生進實驗室）。在每一個階段，咱們會持續跟蹤發燒友用戶（主要是學生）以及個別比較熱心的老師，尋求他們的意見。 軟件發佈渠道：線上、地推 咱們的網站軟件發佈，主要將藉助線上發佈，好比科大表白牆，QQ羣推廣，微信羣推廣。 地推方式時間成本過高，鑑於組內成員都是大三的學生，沒有時間，因此基本不予考慮。

 

       項目初期資源少的問題

       在QQ微信羣裏發紅包，提升用戶人數，從而獲得用戶的意見資源 發燒友、粉絲羣 在網站主頁顯眼的地方放上粉絲QQ微信羣，給發燒友提供交流的平臺。提供開發人員的郵箱，方便發燒友提供意見。按期對粉絲羣裏提出關鍵意見的粉絲給予獎勵。

 

        口碑營銷、朋友圈推廣

        對用戶提出的網站改進意見，天天定時回覆，而且儘量修正，以維持比較好的口碑。並採用獎金激勵方式，鼓勵各位用戶在朋友圈推廣，造成一個閉環激勵機制。

 

        beta版本時間節點

        預計8月15號前完成Beta版本 用戶意見收集 在網頁上設計一個意見收集框，以某種激勵方式鼓勵學生用戶提交意見反饋（若是沒有資金支持，咱們估計只能拉本身的朋友圈的好友來給咱們提意見了）咱們天天安排人手來收集意見，逐漸完善。