团队成员：
需求分析：
需求分析采用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 | 估计这个任务需要多少时间 | 2 | 2 |
| Development | 开发 | 20 | 40 |
| Analysis | 需求分析 | 10 | 10 |
| Design Spec | 生成设计文档 | 0 | 0 |
| Design Review | 设计复审（和同事审核设计文档） | 0 | 0 |
| Coding Standerd | 代码规范（为目前的开发制定合适的规范） | 0 | 0 |
| Design | 具体设计 | 10 | 30 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Text | 测试（自测，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 10 | 15 |
| Text Report | 测试报告 | 8 | 14 |
| Size Measurement | 计算工作量 | 2 | 1 |
| Postmortem & Process Improvement Plan | 事后总结，并提出过程改进计划 | 0 | 0 |
| Sum | 合计 | 32 | 57 |
心得总结：
合作是件愉快的事情，比自己一个人轻松许多，开心。
李加兵同学是一个很好的同学，他学习认真，做事一丝不苟，厚积薄发，治学严谨，令我等望尘莫及，是大家学习的榜样。能与李加兵同学结对作业，我感到很开心，是我人生的小确幸。当激烈而又和谐的讨论后，我们确定好了进行需求分析的项目，就是这个“升升备忘录”。接下来的过程是愉悦的，我们坐到电脑前，不一会儿就完成了原型设计。之后我们各自去完成博客，我就写下了这篇博客。
总之，结对大法好，真系好，结对大法劲，真系劲。我是陈海升，他是李加兵。