m1階段
m2階段
新成員 鄧亞梅
1.餐廳查詢
周邊餐廳查詢、指定地點進行餐廳查詢
2.菜譜查詢
指定菜譜進行查詢，推薦菜譜和菜譜分類
3. 使用者註冊、登入
4 .其他特色功能
根據指定的菜譜搜尋與之關聯的餐廳；
使用者登入後收藏自己喜歡的菜譜資訊；
使用者登入後可以上傳自己的菜譜
100人
15人當使用者想要自己嘗試做菜時，可以根據我們的的應用查詢菜譜，按步驟來自己親自動手。
沒有達到。
主要原因分析如下：
宣傳的主體是校內的學生，而我們的應用面向的使用者群主要是經常出去玩或是工作，需要找到餐廳吃飯的人，當然還有需要菜譜自己嘗試親自做菜的人。而最近同學們都處在考期，出去找餐廳吃飯的需求基本很少，另外大家也沒有自己去做菜的設施，對於菜譜這方面的功能需求也並不大，我們的特色功能「上傳菜譜」自然也派不上太大用場。
在編譯、資料庫面臨deadline時，每天只能抽出一點時間去寫專案。編譯和資料庫結束後，整個團隊抓緊一切時間完成了開發。
在產品發布以後，依然不斷完善應用，發布新版本。
新增了一部分注釋，文件。
6、 團隊成員在m2 的角色和具體貢獻：
名字
角色
具體的,可衡量的,可驗證的貢獻
丁辛pm
1279行**（上傳菜譜，相關餐廳列表） 58
趙梓皓dev
476行**（推薦菜譜） 53
李靖dev
400行**（具體菜譜頁面） 52
鄒嘉欣dev
312行**（收藏夾），部落格更新 51
劉文喬dev/test
120行**（菜譜分類），推廣，效能、相容性測試， 50
發現bug： 搜尋無結果時崩潰
王逸翔dev
63行**（顯示網頁），推廣 43
鄧亞梅dev
223行**（ui） 43
安卓市場:
91助手:
此外，在一些社交平台上進行了發布，比如qq空間、ihome主頁等。
活動使用者：
1月12日 1月13日（1月14日凌晨）
1月14日 1月15日
根據想吃的菜直接提供相關餐廳的資訊，給使用者提供雙重選擇。
上傳菜譜。
個人收藏。
無法新增收藏：所用的伺服器端增加了查詢長度限制，必須修改查詢的條件。這也是在意料之外。
每個人都意識到了團隊的重要性，這與我們以往單人完成任務是有很大不同的。同時也認識到個人的的工作也很重要，不是可有可無的，不管多細小的任務，都應該好好完成，乙個輕微的懈怠就可能降低整個專案的質量，脫整個團隊的後退，團隊每乙個成員都努力才能完成好的專案。
就是對軟體開發的整套流程有了更加深刻的認識：
需求：做好需求分析是我們做好團隊專案的基礎，我們應到做充分的調研和分析，這方面我們學了競爭性需求分析框架nabcd模型。
設計：我們應當設計好整個軟體的構架，這也是軟體工程前期工作必須要做好的，我們可以寫一些設計文件、規格說明書等。
實現：實現時，每個成員都應當明確自己的任務並即時完成，應當定期的交流，即使反映問題，根據實際情況，做適當的調整。
測試：測試不僅需要對**進行正確性等的測試，還要從使用者角度，進行使用和體驗方面的測試，我們學習了多種測試方法，並且有許多測試的工具可供我們學習和使用。
維護：發布之後應獲取使用者的反饋資訊，對軟體進行維護和完善。
團隊專案報告
我們的團隊目標 wbs 團隊專案的主要工作專案 利用sqlite資料庫和eclipse實現登入和註冊。在訊息模組發布訊息通知。個人主頁的設定。整個專案的wbs過程 中層目標 特徵 使用者角度 美觀的介面，簡單及時地獲取相關詳細資訊，能夠同相關人員溝通報名，以期達到提公升自己綜合素質的目的。底層目標 ...
團隊專案報告
1.團隊目標wbs 團隊專案 作業派 整個專案的wbs過程 中層目標 特徵 使用者角度 老師隨時隨地，方便快捷的發布作業，檢視作業，批改作業，打出成績，解決學生的問題，學生隨時隨地上傳作業，檢視成績，詢問問題，方便老師學生的交流，更好享受作業派帶來的好處 底層目標 功能實現 團隊角度 pm,test...
團隊專案 選題報告
很多小型開源的作者，缺乏專案推廣，發布途徑。開源專案隊友尋找困難。很多國內的開源專案缺少協作工具。開設搖光部落格，提供給開源者發布專案的平台。開設搖光試煉，提供給開源者選擇隊友的依據。開設搖光套件，提供給開源者第三方套件服務。提供了組隊，選擇隊友的平台 提供了基於github的第三方服務套件。在朋友...