團隊成員：
3038陳海升 , 3029李加兵。
需求分析：
需求分析采用NABCD模型。
N：（Need，需求）
“是否在睡前立了一大片falg，信誓旦旦地說一定完成，第二天卻瘋狂打臉？是否剛提醒自己中午十二點半開會，卻吃完飯直接回到宿舍睡覺？是否好習慣總是難以養成，短短的21天卻也堅持不了？”
“是的是的是的。”
如果我們足夠自律，或許我們已經離理想的自我早已很近，那麼是什麼阻礙了我們。是不夠自律，是忘東忘西，是容易放棄。
為了立flag不被自己打臉，該做的事情不會忘，養成一個又一個好習慣，大家需要一款APP來幫忙，那就是“升升備忘錄”。
它需要幫助大家記錄計劃和事件，或者一些突然的奇思妙想。它需要有鬧鐘提醒功能，幫助你準時完成計劃。它需要成為你的小管家，幫你整理和紀錄每天的足迹。它也需要成為你的小棉襖，用資料告訴你的進步，給你鼓勵為你加油
基于以上需求，初步确定需要以下功能，其中一二三為必要功能，四五為核心打造功能。
功能一：事件管理。包括事件的添加、修改和删除，同時提供多種方式查詢事件。
功能二：提醒功能。添加事件的同時可以設定事件的提醒時間、提醒方式。
功能三：完成項記錄。對已經完成的事件自動生成記錄友善使用者檢視。
功能四：其他功能。語音錄入、換膚和鎖定懸浮通知等。
功能五：記錄完成事件數，留下每日印記，并可生成圖檔供打卡或分享微信朋友圈等社交平台。
A（Approach，做法）
1） 對于app的開發，我們選擇了Hbudlier作為平台；
2） 界面設計模仿小米備忘錄和“Nota”。
3）确定好方向和開發語言，配置設定隊員分工，開始工作。
4） 先做出基本功能，再不斷完善。
B（Benefit，好處）
随時随地記錄自己的計劃和時間安排。頁面簡潔，人性化。
C（Competitors，競争）
沒想過競争，自娛自樂。
D（Delivery，推廣）
可以向親戚好友同學們推廣。
原型系統
墨刀。
首頁面：
橫拉菜單：
添加事件：
事件詳情：
PSP表格：
| 預計耗時（分鐘） | 實際耗時（分鐘） | ||
| Planning | 計劃 | 2 | 2 |
| Estimate | 估計這個任務需要多少時間 | ||
| Development | 開發 | 20 | 40 |
| Analysis | 需求分析 | 10 | |
| Design Spec | 生成設計文檔 | ||
| Design Review | 設計複審（和同僚稽核設計文檔） | ||
| Coding Standerd | 代碼規範（為目前的開發制定合适的規範） | ||
| Design | 具體設計 | 10 | 30 |
| Coding | 具體編碼 | ||
| Code Review | 代碼複審 | ||
| Text | 測試（自測，修改代碼，送出修改） | ||
| Reporting | 報告 | 15 | |
| Text Report | 測試報告 | 8 | 14 |
| Size Measurement | 計算工作量 | 1 | |
| Postmortem & Process Improvement Plan | 事後總結，并提出過程改進計劃 | ||
| Sum | 合計 | 32 | 57 |
心得總結：
合作是件愉快的事情，比自己一個人輕松許多，開心。
李加兵同學是一個很好的同學，他學習認真，做事一絲不苟，厚積薄發，治學嚴謹，令我等望塵莫及，是大家學習的榜樣。能與李加兵同學結對作業，我感到很開心，是我人生的小确幸。當激烈而又和諧的讨論後，我們确定好了進行需求分析的項目，就是這個“升升備忘錄”。接下來的過程是愉悅的，我們坐到電腦前，不一會兒就完成了原型設計。之後我們各自去完成部落格，我就寫下了這篇部落格。
總之，結對大法好，真系好，結對大法勁，真系勁。我是陳海升，他是李加兵。