2017-10-22 10:00pm，以部落格發表日期為準。
晚交 - 0分
遲交兩周以上 - 倒扣本次作業分數
抄襲 - 倒扣本次作業分數
圍繞選題專案內容的 真實、可用、有價值（有情懷 作為加分項）目標來分別闡述。
建立和初步熟悉團隊git的協作方式。專案後續的**、文件都要通過碼雲增量式管理。實現文件的版本化和增量式管理。
請立刻建立團隊專案的git倉庫。
成員的績效 = 團隊獲得的分數 + 個人的團隊貢獻分
在專案alpha 和 beta 階段評審後， 團隊會得到乙個專案分數（每個成員都會得到同樣的分數，做為自己的原始分數的一部分）。團隊成員的努力程度不同，達成目標的程度不同，幫助同伴的付出不同，那就要在「團隊貢獻分」 上有所區分。 所有人貢獻分的總和為 20n，其中n為團隊的人數。 在alpha/beta 之後，團隊按照自己制定的規則，把 （20n）瓜分給每人，這就是 「團隊貢獻分」，要求：每個人的團隊成員貢獻分不一樣。
要求：請每人閱讀教材 「人、績效和職業道德」一章，然後團隊開乙個討論會，協商討論團隊貢獻分的分配規則。每人得分為自然數，並且每個人分數不能相同。 請寫乙個團隊部落格詳細說明每個團隊的成員計畫如何幫助團隊完成任務，以及團隊貢獻分的分配規則。
要注意，有很多原因導致乙個人的團隊貢獻分不高，alpha 階段之後，每個團隊會有一名成員離開，導致團隊離開的原因也很多，未必和貢獻分的高低相關。
軟體的最終目的是用來解決使用者的某些問題，需求分析就是要理解要解決的問題，真正明確使用者需求。請發表一篇隨筆，完成初步的需求分析：
訪問軟體專案的真實使用者（至少10個），確保軟體真正體現使用者的需求，為軟體最終可用奠定基礎。
a. 除形式上滿足規範文字要求外，整體內容必須圍繞專案實質展開，對所要開發的專案確保盡力做到清晰完整準確。
b. 使用一致的圖形符號和文字描述內容。
c. 所有的縮寫須事先定義。
d. 需要有乙個目錄，word排版樣式規範美觀，**並茂，通篇文件有乙個統一的樣式風格。
e. 將自己置於讀者的立場——如果對軟體專案不熟悉的人員，通過閱讀這份文件，能否完全讀懂軟體要做什麼。
a. 列成詳細的條目，用具體的事實和分析說明。
團隊協作，加強分工，需要描述每個成員的具體分工及佔整個文件任務的工作量比例。
原型設計能夠在表現層將設計合成乙個邏輯整體，使用者能和你一起看到未來互動的軟體藍圖、功能和效果，獲得較真實的感受，在不斷討論的基礎上完善未來的設計思想。因此，原型設計能起到有效溝通的作用，漂亮，直觀的原型圖更是讓人賞心悅目。
不要等到所有**寫好之後再去驗證需求，請用設計工具描述使用者介面和需求。
原型設計不僅要考慮主要功能的頁面排布，同時也要考慮使用者實際操作中的問題，提前為使用者考慮得當並徵求使用者意見
系統是必須可執行的，可實際使用的——請抱著這樣的同理心去考慮系統。
如果是設計原型，採用專門的原型設計工具，能夠事半功倍，工具參考：
討論制定團隊的編碼規範，滿足**風格規範和**設計規範（參考書第4章4.1-4.3內容）
團隊作業1 團隊展示 選題
目錄 二 團隊選題 三 團隊計畫 四 績效考核 隊名意味著遊戲可能會出現很多bug 逃 名字還沒想好，一款音遊遊戲。吳永力 曾鑫 羅耿城 楊銳楷 楊文偉 職責參與成員 整體架構設計 吳永力程式開發 吳永力，曾鑫，羅耿城，楊銳楷，楊文偉 ui設計與開發 吳永力，曾鑫，羅耿城，楊銳楷 設計與開發 楊文偉...
團隊作業1 團隊展示 選題
2017 4 5 22 00pm，以部落格發表日期為準 晚交 0分 遲交兩周以上 倒扣本次作業分數 抄襲 倒扣本次作業分數 根據5 6人的組隊要求，每個隊伍建立團隊部落格並發表一篇隨筆，包括 隊名 隊員學號 標記組長 擬作的團隊專案描述 一句話 隊員風采 介紹每一隊員的風格 擅長的技術 程式設計的興...
團隊作業1 團隊展示 選題
1 隊名 水桶大隊 2 隊長 羅海屏 3 專案描述 小習慣 小程式，每天給自己的習慣打卡。4 隊員風采 隊員擅長技術 角色 初步 鍾小敏產品 產品潘蓓文 ui設計 ui設計 羅海屏 隊長 前端開發 劉昱君前端 開發張妙馨 後台開發 鄭曉婷後台 開發羅海屏 無。鍾小敏 爆肝不是我本意。劉昱君 少說話少...