團隊做業第一週

---

團隊做業博客總目錄：第一週

---

【標明】本博客由小組內每位成員分工合做共同完成，非我的完成。

團隊展現

隊員組成

• 20172302侯澤洋
• 20172308周亞傑
• 20172309王志偉
• 20172310仇夏 組長
• 20172319唐才銘

隊名

油條只要半根

團隊項目描述

一個幫助你擺脫偷懶與拖延的App——Yesterday，you said tomorrow.

隊員風采展現

• 20172302 侯澤洋
  • 風格：胡思亂想
  • 擅長技術：程序Debug，代碼理解。
  • 編程興趣：代碼編寫分析。
  • 但願的軟工角色：架構設計師（期待能進一步理解編程思想，同時作到代碼更好的實現）
  • 宣言：Why not think？
• 20172308 周亞傑
  • 風格：惟物主義，幽默風趣，熱愛生活
  • 擅長技術：略懂Java
    
  • 編程興趣：興趣不高
  • 但願的軟工角色：設計師
  • 宣言：Tomorrow is new !
• 20172309 王志偉
  • 風格：注重提高、喜歡簡單
  • 擅長技術：黑板字，查資料
  • 編程興趣：熱愛UI，喜歡更好看、實用的界面
  • 但願的軟工角色：UI設計師
  • 宣言：你是寫了一萬行代碼，仍是寫了一行代碼，卻重複一萬次？
• 20172310 仇夏
  • 風格：搞怪 專一
  • 擅長技術：寫註釋 調試代碼
  • 編程興趣：學新的Java知識
  • 但願的軟工角色：美工
  • 宣言：世界會爲那些有目標和遠見的人讓路
• 20172319 唐才銘
  • 風格：隨性
  • 擅長技術：理解代碼，尋找漏洞
  • 編程興趣：編寫產品代碼
  • 但願的軟工角色：軟件設計師

  • 宣言：

    要飛向哪裏 能飛向哪裏
    愚笨的問題
    我浮在空中
    自由得很無力

團隊首次合照

團隊特點描述

團隊凝聚力很強，咱們每週都會有10小時以上的共同窗習、探討的時間，同時組內互相幫助，共同解決問題。

團隊選題

• 1.算法選擇：排序和查找算法，列表結構及樹結構。
• 2.選題：自我管理與時間管理類app

• 3.選題背景：
       咱們每一個人在玩遊戲時會集中本身注意力，專心投入到遊戲中，但在學習的時候卻很容易就會走神會發呆，這是由於學習的效果不能及時反饋，而遊戲的效果是實時的，快速的，好比你殺掉一個小兵，那麼你立刻就能得到收益，這無疑會讓你感受到刺激，並能投入進去。但學習不是這樣，學習是一種可以長期提高自我但回報不明顯的事，這被知乎上的採銅稱爲【長收益半衰期事件】，他鼓勵咱們多作長半衰期事情。基於此，咱們能不能把遊戲中的一些原理應用在工做學習中，讓工做學習也變得高效呢，也讓更多的同窗對本身的學習和任務有一個更爲明確的安排和計劃呢？

• 4.界面原型：
  墨刀設計原型體驗版：
  
  （需關注公衆號後，掃描二維碼便可體驗）
  墨刀原型截圖：
  （1）歡迎頁面
  
  （2）登陸註冊界面
  
  （3）主頁面
  
  （4）任務頁面
  
  
  （5）慾望商店
  
  （6）樹苗頁面
  
  （7）我的主頁
  

採訪部分

咱們小組王志偉採訪了劉偉康學長。

學長給到的一些建議以下：

1.分工如何安排？
去年的時候，咱們團隊6我的，2人負責主要代碼，2人負責後期測試、燃盡圖等，1人寫總結兼團隊時間管理，1人負責交互。總的來講，咱們的分工有些分散，以致於我在寫總結的時候要不停詢問分析代碼。若是有能力和條件的話，建議大家一塊兒搞代碼，負責寫總結、測試的同窗分擔的代碼任務能夠少一些，在寫的時候作好項目記錄，像寫博客同樣，遇到了問題就儘可能記錄一下，完了直接輸出文檔。
2.時間上怎麼安排，時間大概有多緊？
時間能夠由組長安排或者單獨交給一個組員安排，寫總結、代碼和時間安排都須要注意週期性，天天上午2-3小時，下午2-3小時，晚上有時間繼續作，整體上建議先苦後甜。若是是α衝刺階段，開發週期應儘可能集中一些。
3.應該注意什麼？
（1）儘可能作好前期的需求分析工做，成員之間多討論；
（2）整個團隊應該像一個交響樂隊同樣配合，各司其職，也須要按期開例會檢查進度，記錄遇到的問題等，可輪流安排寫會議小結，肯定後續工做，使團隊目標保持一致；
（這是咱們去年的會議小結匯總：http://www.javashuo.com/article/p-vyepttlg-ka.html）
（3）設定小目標（里程碑），一段時間的努力須要有結果來激勵，避免團隊由於長期找不到成就感而進入一種疲憊狀態；
（4）設定小目標時，須要作任務分解，把工做粒度儘量劃分到能夠在一天內能有結果；
（5）儘量多地利用自動化工具；
（6）寫總結勿拖延，儘可能按期合理地完成；
（7）組長或者寫總結的同窗能夠多借鑑其餘大學軟工專業的相關博客；
（8）前期分工或者拆分任務時能夠繪製大概的分工圖，可參考：http://www.cnblogs.com/zhengrui0452/p/6653964.html
（9）工具選擇：類圖、用例圖可選擇WhiteStarUML，流程圖、泳道圖可選擇在線製圖工具ProcessOn，原型圖可選擇墨刀，也能夠去發現使用更好的開發工具，具體教程本身搜索；
（10）其餘問題可參考《構建之法》或者如下博客：
http://www.cnblogs.com/ruangong3165/p/6048364.html
http://www.cnblogs.com/CSLaker/p/6079765.html
https://edu.cnblogs.com/campus/fzu/Grade2015SE
https://edu.cnblogs.com/campus/fzu/SoftwareEngineering2015
4.軟件規格說明書？
給你幾個示例，內容能夠本身選擇取捨。
5.github 怎麼用，有沒有什麼好的教程？
去年沒用 github，只用了碼雲，教程能夠參考 git hub 的這個（http://www.cnblogs.com/SivilTaram/p/4900457.html），碼雲上的操做也差很少，本身琢磨一下，其實主要操做也很少，就是新建文件夾、上傳文件什麼的，markdown格式大致上也沒變。

學長給的建議很是詳細，同時又很具體，使咱們如今面臨的一些問題有了很大推動，很贊同窗長所提到的一個團隊就像一支交響樂隊，各司其職，纔能有條不紊，最後很是感謝劉偉康學長的幫助。

需求規格說明書

• markdown格式
• pdf格式

工做流程：APP完成分爲三階段。

• 第一階段：完成頁面框架，實現各頁面之間的跳轉。
• 第二階段：充實各個頁面的內容，編寫各類代碼。
• 第三階段：實如今第二階段過程出現的新創意、新想法，加強用戶的體驗感。

組員分工及其比例：

學號	成員	分工	比例
20172302	侯澤洋	平常統計、代碼高級實現	20%
20172308	周亞傑	頁面美化、搜索資源	20%
20172309	王志偉	UI設計、代碼實現	20%
20172310	仇 夏	明確任務、分配任務、提出意見	20%
20172319	唐才銘	Debug代碼，漏洞測試	20%

【注】：個別成員在沒有具體工做時會進行動態分配

【標明】本博客由小組內每位成員分工合做共同完成，非我的完成。