最終項目Github鏈接：https://github.com/hkymygithub/ClubManage
需求文檔鏈接：https://www.cnblogs.com/lfxy/p/11788767.html
墨刀原型鏈接：https://org.modao.cc/app/h6gzy6cu814k3vcgyib28wafa4fuxe
UML設計鏈接（附帶第一次會議總結）：https://www.cnblogs.com/lfxy/p/11885545.html
需求文檔鏈接：https://www.cnblogs.com/lfxy/p/11973849.html
一、個人定位
在這次項目中，我的定位類似於產品經理
- 承包設計師與美工的部分，做出ui的平面設計與素材收集及制作
- 確認接口，銜接設計與程序還有需求
- 確認軟件需求，設計軟件ui平面設計，設計軟件使用流程
- 后期幫助其他組員編寫頁面
- 為寫好的功能的頁面進行排版
二、個人分工
(一) 素材收集及制作及文檔編寫
一個app需要足夠的圖標，logo，以及圖庫，而我負責這些素材的准備
1) Logo，加載頁面，登陸界面圖片的制作
2) 圖標的收集、與整理
3) 圖片的收集、與整理
4) 素材制作及收集階段總結
我總覺得，很多人在輕視這個階段和過程。但我覺得素材准備和收集還有整理和分類是一個極為重要的步驟。當你有一個充分的准備時，你將會有很多好處
i. 后期的測試會變得十分簡單，圖片可以十分容易的從你想要的文件夾取出，大小也是你想要的，裁剪好的大小。而如果前期不做准備，后面的測試會很難進展
ii. 會讓后續步驟變得更流暢，相較於一邊做一邊設計，我更加認同設計好了，后期照着設計流暢地做下去，不會存在因為不知道該怎么做而進度停滯的狀況
iii. 在初期就會有一個較好的視覺觀感，覺得做下去會有成就感，讓制作變得更有樂趣，更願意期待軟件之后回事什么效果
(二) 原型制作——設計原型
2.1相關數據
a) 設計軟件：墨刀
b) 制作時長：25+小時
c) 頁面數：31頁(含logo、啟動頁面)
2.2頁面展示
https://org.modao.cc/app/h6gzy6cu814k3vcgyib28wafa4fuxe
2.3為什么選擇墨刀原型？
a) 速度快。程序原型，在我們所有小組成員沒有接觸過android的情況下，很難在短時間內實現
b) 顏值高，實現效果的成本低，即使實現了程序原型，因為android效果實現代碼難度很高並且制作周期極長，程序原型的效果會極差。而墨刀學習成本低，可以快速構建一個完整的、精美的設計原型
c) 可以溝通想法，一起推進、改善方案，當你有一個完善的原型，小組的討論會變得即為容易，找出已經制作好的原型，如果要修改，可以直接指出，甚至可以在2分鍾內完成小部分的修改
d) 為后期制作提供參照，墨刀原型可以多用戶登錄，頁面制作的分配變得極為便利(圈出來),讓組員按照墨刀的設置直接照着做就是了，省去了后期設計及編寫的考慮時間
2.4設計階段總結
在老師提出可以用墨刀做原型的時候，大概是我喜歡平面設計的原因吧，我就第一時間去嘗試了，很輕便，很快速，呈現的效果也出乎我的意料。
當時我就向組長提出，能否前期制作一個完整的墨刀原型，讓后續的工作完全按照墨刀的設計來走，很感謝我的組長，他同意了，那么我就要根據我們組的需求文檔，設計我們這個軟件的功能模塊，和確定用戶進入軟件后的使用流程。也很慶幸，最后軟件呈現出的結果，對於第一次做這件事情的我來說，我個人是比較滿意的。
為了不拖慢小組的進度，我用了一個星期就將原型制作了出來，與我預料的一樣，小組討論變得極為便利，只要打開相應的界面，討論該處的設計是否能用即可，后期我便將賬號給了大家，每個組員都能登錄墨刀查看原型，編寫ui代碼也有了參照物，文字與圖片的大小已經在墨刀上確認下來，不需要在制作時思考布局問題。
(三) UML圖制作
由於前期制作墨刀原型的時候，軟件使用流程是我制定的，uml圖的制作，也理所應當的到了我的身上
Uml圖鏈接：https://www.cnblogs.com/lfxy/p/11885545.html
Uml部分總結
Uml圖，看似沒有什么作用，一開始我們也沒有在這個上面上心，但是做着做着問題就暴露了出來，以前我們覺得沒有問題的使用流程(時序)，在制作uml圖的時候就出現了問題。還有的流程甚至出現了用例重復的狀況
(四) 原型制作——代碼原型
3.1接口確認
由於我是做ui設計的，所以接口確認，被組長拉着一起做了
3.2頁面編寫
控件實現：輪播圖，圖片變圓
制作頁面數：9頁
更改密碼 activity_chang_pwd.xml
更改手機activity_chang_phone_number.xml
更改郵箱activity_chang_email.xml
社團審核(社員) activity_check_club.xml、check_club_item.xml
創建社團 activity_create_club.xml
活動詳情 activity_item.xml
賬號登錄 activity_login.xml
社團審核(管理員) activity_reviewed_club.xml
設置頁activity_setting.xml
由於我代碼能力不強並且時間並不是很充裕，選擇的都是較為簡單的頁面
3.2頁面排版
頁面數：80%頁面
排版的作用大嗎？
可以直接看看效果（左圖功能剛實現，右圖排版結束）
3.3頁面制作部分總結
由大佬們寫出模板，然后后續類似界面讓我這種小菜雞去模仿實現，大佬繼續去研究難點，可以讓效率大大提升。
由於我們組人數較少，我們決定先讓一部分人去實現界面功能，然后界面的排版、圖標的替換，顏色的選擇，還有控件的布局都由后期我來完成，這樣其他人可以再前期專注於功能的實現，而熟悉排版與設計的我會很快速的完成排版。
布局的作用在android中極其重要，linearlayout和absolutelayout實在不好，請務必使用relativelayout，如果前期用linearlayout寫代碼，后面做排版，基本要重寫，因為linearlayout基本只是控件的堆砌，沒有什么設計
個人總結
部分總結已經寫在了上面。
溝通很重要
這次課程讓我體會最多的就是，團隊協作一定要學會溝通。這樣才會有一個較高的效率。為了有較好的溝通，那么開會就變得非常重要。
a) 開會，我們小組上報了2次會議，但是實際開了5次會議，三次沒有上報的會議反而更加重要，類似於學習會，4個人在一天內聚在一起，分享自己的經驗，從早上10點一起打代碼到下午4點，遇到問題只要和隔壁說一聲就行了。
b) QQ電話開會，我們基本上一周也會有好幾次在電話會議，teamviewer控屏，幫忙解決其他人解決不了的問題，有時候看別人打代碼，也能學習到很多東西，我們組的接口，就是我和黃科燁大佬掛着電話，3個小時，一邊討論一邊定下來的。
c)要有人下決定，討論固然很重要，但是要有一個人能做決定，一直在做討論只能是浪費時間，一定要有一個人能做主，這是很重要的。
分工也不能忽視
分工也是十分重要的一件事情。讓大家明白自己在什么時間，應該做些什么，是很重要的。只有這樣軟件的開發才不會拖欠進度。
各取所長，畢其所短，所以在我自己這里，我避開了叫高難度的數據庫連接與頁面整合，因為我以前從未接觸過安卓，興趣也不是很高昂，所以在平面設計方面，軟件uml流程方面與android ui的xml文件的編寫與排版上面下了狠功夫。將功能的實現交予他人，自己在后期對每個xml文件的布局與排版進行補足.
墨刀真的真的很重要
剛開始規划項目的時候，我需要迅速表達自己的想法。這時候用一些比較重的工具類似axure就會太慢了，這也是我放棄程序原型的理由，太重，不夠精致，沒有效果。
墨刀給我們這個4人小組提供了太多的便利，在前期需求討論，后期代碼編寫上，都提供了一個很好的參考。在前期，我們小組就沒有考慮制作多個客戶端，我們追求的就是小而精。
課程建議
一、 提高墨刀的優先級，提交設計原型，建議，第1周確認需求，第3周提交墨刀。
剛開始規划項目的時候，軟件設計人員需要迅速表達自己的想法。程序原型出來的太慢了，而且1.沒有動畫效果2.沒有交互3.而且不夠精致4.不能給后期制作一個足夠的參考5.討論的時候修改過於繁重
相較之下，墨刀原型甚至就像軟件真實被開發出來了，頁面關系和交互方式都很直觀，后續我們評估需要的資源和做技術准備都會更方便。開會討論時有不同意見，墨刀搭起來和改起來都非常快。后期在制作的時候，甚至可以參照着已經成熟的墨刀原型照着做。
二、 明確時間線，明確每個時期要做什么，提供樣例
例如：第1周xx月xx號交需求，第3周xx月xx號墨刀原型、XML圖，第五周xx月xx號程序原型，xx月xx號第七周最終程序
在前期，我們組巨迷茫，根本就不知道該做什么，需求分析到底該怎么弄，我覺得提供一個需求分析的明確的實際樣例，這樣可以給我們一個很好的引導。在個人作業結束到小組作業真正進入日程之間其實有很大一段空檔期，如果利用進去，后期就不會那么趕。直接在小組作業開始的那天就把所有提交日期告訴我們，並不是第幾周，因為那樣子聽上去會很空洞。
三、 兩次例會不是很夠
可以告訴學生要更多地開會，有記錄的例會可以有兩次，但是要更多的鼓勵學生自己線下開會，甚至在qq上開網絡會議或者學習會，因為一起寫代碼或者一起討論進度，分析接下來要做什么真的能大幅度推進小組作業的進程