2017-2018-1 Java演繹法 第六七周 作業
團隊任務:修改完善《需求規格說明書》等
修改完善上周提交的需求規格說明書
-
不足之處:僅就現在的問題來看,結構完整,用戶需求內容有些不足,后期隨著項目的完成度會繼續修改。修訂歷史記錄如下:
| 日期 | 版本 | 說明 | 作者 |
|---|---|---|---|
| 2017.11.5 | V1.0 | 第一個版本,根據項目形成基本構架 | Java演繹法 |
| 2017.11.12 | V1.1 | 添加選車和選音樂界面,完善開始界面, 加入數據結構相關內容 |
Java演繹法 |
| 2017.11.19 | V1.2 | 添加WBS功能介紹圖和需求優先級象限圖, 改善選車界面 |
Java演繹法 |
團隊的編碼規范
在大部分組員閱讀了《構建之法》第四章內容之后,我們團隊的組長袁逸灝制定了一份大致的編碼規范,是關于開發過程中的規范要求(以后會有補充):
-
1.總體上要干凈整潔;
-
2.不同的方法間要分得開些;
-
3.每個方法要有對應注釋說明,包括方法的作用以及輸入參數的類型和意義;
-
4.方法中的變量也要進行功能說明;
-
5.變量名字要有功能性:如果要表示數組A的下標指針,該變量起名應為AIndex;
-
6.變量的名字要限制好,最好不要超過20個字;
-
7.類的起名也要明確,嚴禁出現
A.java,B.java這些情況; -
8.關于大括號的使用,不要這種情況:
if(boolean){Code};即使只有一條代碼語句,也不要出現這樣的情況:
if(boolean) Code;或是這樣:
if(boolean) Code;最好的情況做到這樣
if(boolean){ Code; }
使用Powerdesigner繪制ER圖
項目的后端架構設計
團隊分工
- 團隊分工:(參考第一周博客)
| 學號 | 姓名 | 負責工作 |
|---|---|---|
| 20162315 | 馬軍 | 日常統計,項目部分代碼 |
| 20162316 | 劉誠昊 | 項目部分代碼,代碼質量測試 |
| 20162317 | 袁逸灝 | 組長,項目 主要 代碼 |
| 20162319 | 莫禮鐘 | 市場推廣,廣告策劃 |
| 20162320 | 劉先潤 | 項目部分代碼 |
| 20162330 | 劉偉康 | 項目總結博客,日常管理,代碼質量測試 |
【注】個別成員在沒有具體工作時會進行動態分配。
-
功能介紹圖(WBS):

-
對應版本需求:
- Alpha版本
- 1.開始,退出,暫停按鈕...
- 2.游戲界面各種元素:車,障礙,公路,路旁...
- 3.障礙移動,車輛移動等功能...
- 4.通關,游戲失敗或自行結束后的積分功能...
- β版
- 1.圖形選車,查找選車等功能...
- 2.音樂功能...
- 發布版本
- 1.添加用戶反饋渠道,實現與用戶交流的功能
- Alpha版本
TODOList及燃盡圖
小組會議及交互總結
-
本周小組會議較短,在會議上,我們主要討論了本次任務分工及修改需求規格說明書的問題,內容較少,沒有前幾周準備地那么充分,下次在小組會議的討論提綱上要像前幾周一樣做一個可行的討論計劃。
-
關于交互,本周還是由 莫禮鐘 完成此項任務,雖然主動性沒有上一次那么強,但還算完成了任務,以下是他的交互總結:
團隊任務已經進行到第六第七周,從開始的規格說明書如何編寫,到現在根據《構建之法》第四章內容討論編碼規范,各個小組已經進入到了開始代碼構架的階段。
為此,我繼續進行著我的交互任務,對各個小組做了一些簡單的問答。
bug終結者小組說:他們的需求規格說明書還沒有做到他們滿意的效果,所以他們關于團隊任務的安排是:讓小組成員們對需求規格說明書的任意一章(自選)進行修改,并且在此任務的基礎上讓小組成員們尋找關于APP的素材,并開始對APP的構架。
JaWorld小組說:他們遇到的困難是,會遇到有不懂的代碼,而且擔心趕不上開發進度。
剩下的兩個小組我得到的信息大概與上面兩個小組相同,對于遇到的問題都是一些開發上面的問題。
- 交互反思:
覺得這次和上次的交互比起來太草率而且太不嚴謹了,許多小組都對于我(莫禮鐘)的來意表示疑惑,并且我對他們的提問總是一成不變的:遇到什么問題?打算怎么解決?怎么分工?這些能在團隊博客里呈現的內容。
- 交互改進(下一次團隊作業時):
我會準備一個問題模版并針對當前我們小組遇到的開發問題與其他小組進行探討,讓交互不再是簡單的你問我答環節,而是對于各個小組遇到的問題能互相溝通提出建議或改進,學習其他小組的先進內容。
本次分工及工作量比例
| 成員 | 個人貢獻及完成度 | 用時 | 比例 |
|---|---|---|---|
| 袁逸灝 | 制定開發開發過程中代碼規范、項目的后端架構設計【100%】 | 2.0 | 16% |
| 劉偉康 | 確定任務、分配任務、檢查匯總整理(markdown 及 pdf)、編輯博客、項目github燃盡圖【100%】 | 8.0 | 22% |
| 劉先潤 | 使用Powerdesigner繪制ER圖、界面設計【100%】 | 6.0 | 20% |
| 馬軍 | 使用象限法設計優先級圖、功能介紹圖(WBS)【100%】 | 2.0 | 16% |
| 劉誠昊 | 列出TODOList、項目燃盡圖【100%】 | 4.0 | 16% |
| 莫禮鐘 | 交互、對接其他小組【100%】 | 1.0 | 10% |
小編感想
本周的任務比較散,具體來說就是使用各種軟件預估分析團隊即將完成的任務,為此有些組員費盡心思,別看最后的圖挺普通,其實有的組員花費了大量時間學習軟件。學習新軟件的過程我也深有體會,我在其中負責生成燃盡圖,但是這個燃盡圖真的是奇特,根據給出的參考資料:使用Github生成燃盡圖,我原本以為在碼云上可以和 github 一樣的方式生成燃盡圖,沒想到做到最后一步的自動生成燃盡圖的網站只針對github,我只好選擇第二種方式,將項目克隆下來,在虛擬機上安裝各種插件,但是依然出現錯誤,沒有成功。最后我在 github 上建了一個賬號,重新建了一個項目的說明書,之后對應地寫了一個測試的 Issues 和 milestone,才算大致完成了任務。的確,想要在一周內學會一個軟件或者實現某種功能有時還是一件相當麻煩的事。
各位組員辛苦了,為了團隊的明天繼續做好各自的任務吧。(編輯:劉偉康)









浙公網安備 33010602011771號