Echo團隊Alpha衝刺 - 總結隨筆

班級:軟件工程1916|W
做業:項目Alpha衝刺(團隊)
團隊名稱:Echo
做業目標:完成項目Alpha衝刺
評審表:騰訊文檔
Alpha衝刺隨筆集合html

目錄

團隊博客彙總

隊員學號 隊員姓名 我的博客地址 備註
221600418 黃少勇 http://www.cnblogs.com/huangshaoyong
221600420 黃種鑫 http://www.cnblogs.com/huangzhongxin 隊長
221600421 孔偉民 http://www.cnblogs.com/kwm42
221600422 李東權 http://www.cnblogs.com/Ldqblogs
221600425 林弘傑 http://www.cnblogs.com/lhj20190212

項目預期計劃及完成狀況

在alpha衝刺前所列出的計劃前端

預期計劃 完成狀況
小程序
完成總體框架搭建 已完成
完成登陸及綁定模塊 已完成
完成公告模塊(含最新公告、小區公告、個人消息) 已完成
完成帳單模塊(查詢、繳費) 因爲微信支付需企業等資質纔可實現,故目前只爲模擬實現
完成報修、投訴模塊(含提交、查詢) 已完成
完成問卷調查模塊(查詢,提交) 已完成
Web端
完成總體框架搭建 已完成
完成登陸模塊 已完成
完成宿舍信息管理模塊(增刪改查) 已完成
完成員工信息管理模塊(增刪改查) 已完成查詢、刪除功能
完成繳費信息管理模塊(增長、查詢) 已完成查詢功能
完成維修、投訴管理模塊(查詢、修改) 已完成
完成信息公告模塊(查詢、發佈) 已完成
完成問卷調查模塊(生成,發佈,查詢) 已完成

alpha階段github地址

因爲採用先後端分離,因此github倉庫分開建
小程序前端
小程序後端
web前端
web後端git

alpha階段github提交記錄

web前端:

web後端:

小程序前端:

小程序後端:
github

過程體會

  • 黃少勇
    雖然以前沒有合做作過一個項目,可是咱們團隊每一個人的定位比較明確,較早的就有明確的分工,在總體的時間安排比較充分,有剩餘的兩三天進行對接,測試和debug。不過缺少測試方法,常常是發現一個bug改一個,效率比較低。我的方面缺少作項目的經驗,對分包和分類方面也不太明確。web

  • 黃種鑫
    在此次衝刺中,總體來講還算挺ok的。對於我本身而言,除了學習瞭如何使用一個框架來開發項目以外,也比較好的增強了本身的團隊協做能力。項目的alpha衝刺能基本達到咱們一開始的預期,應該是和整個團隊的搭配不可分割的,在這裏感謝下個人隊友們~小程序

  • 孔偉民
    接口設計的有些問題,有些功能的接口是後面加上去的(並且添加功能沒有完成~~ ,和後端對接口的時候出了許多問題,前端登陸有個問題,還好解決了,反正 JavaScript 天下第一,還有一點:你寫代碼的樣子,好像cxk啊!後端

  • 李東權
    在開發過程當中,接觸了很多新知識,經過此次實踐,更加深刻的理解了所學的知識。在後期接口對接過程當中,出現了許多bug,其中很大一部分bug在開發起始階段徹底能夠避免,從此在後續開發中要注重開發起始階段的準備。微信

  • 林弘傑
    該次alpha衝刺我獲得一些經驗教訓,因爲以前沒有接觸過測試,就花了三天的時間學習怎麼使用Robot Framework,可是進度應該是隊友寫完一個接口,我就按照接口文檔編寫自動化腳本對這些接口進行測試,好讓隊友及時發現問題,及時更改,這樣會讓整個項目的開發更加穩定。框架

組員分工及工做量

學號 姓名 任務 貢獻比例
221600418 黃少勇 小程序後端 21%
221600420 黃種鑫 小程序前端 21%
221600421 孔偉民 web前端 20%
221600422 李東權 web後端 19%
221600425 林弘傑 測試、演示 19%

上次答辯問題回答

1.爲何只有舍長能繳費?前後端分離

由於物業那邊收費是以宿舍爲單位進行收集。本來應該是每一個人均可以繳費,可是爲了方便,咱們限定爲舍長繳費。

2.投訴有沒時效性?

暫時沒考慮時效性。

3.投訴有沒標誌顯示是否回覆?

有標誌顯示是否處理,暫時沒有實現回覆功能。

4.物業管理系統首先限定在學生宿舍,咱們家小區就沒有負責水電費的繳納

咱們目前針對的是福大物業,後續可針對不一樣小區進行不一樣功能的調整。

5.界面如何設計的沒有在系統設計說明中看到

咱們在寫系統設計說明書時,覺得原型設計已經在前面的做業中展現過,故沒有寫在說明書裏。已經在上次的做業隨筆中添加原型設計的地址。

下階段展望

  1. 完成alpha階段中未完成的增長、修改員工信息,增長繳費信息等功能
  2. 完成投訴、報修回覆功能
  3. 增長投訴、報修的快速篩選功能(即把未處理、提交較早的優先展現)
  4. 嘗試處理重複提交的投訴、報修信息的過濾
相關文章
相關標籤/搜索