结对成员：
- 031502240 杨艺
- 031502212 符天愉
需求分析
Need
新生：
- “ 这么多的纳新申请表，该选哪个部门啊！”
- “这个部门的海报做的真不错，不知道加入后会不会占据很多时间啊？”
- “我加了5个部门，这些活动时间都什么时候啊？会不会冲突来着？”
- “那个部长姐姐真好看，我还有问题想问来着，该怎么联系？”
- “加入这个部门好玩吗？能不能学到点什么？”
- “我该怎么准备面试呢？”
- “有多少人想加入这个部门啊，竞争激烈吗？”
- “这个面试时间我不能去，怎么办？？”
这些 。。。。 海报上面都没有啊！！！
部门：
- “一楼一楼扫过去发申请表，累死我了！！”
- “学弟学妹们打算加入几个部门了，有时间进行我们的部门活动吗？”
- “一个个发短信通知面试真的太麻烦了，有没有更好的办法啊”
- “这一张海报不够写啊，展示不了全部信息！”
开学初各个部门都开始了紧张的纳新活动，各个部门得手工发放申请表，手工收集汇总表，各个部门与学生之间了解情况有限，学生在面试之前只能获取少量介绍信息，缺少必要的沟通，导致后面加入部门后又发生退部等问题。而部门之间缺少信息沟通，导致学生加入若干部门之后发生部门活动的时间冲突。
Approach
- 在APP使用平台上，考虑到移动端的便捷，灵敏，因此选择了安卓端来开发这款APP。
- 对于部门问题，我们打造了一个类似博客系统的部门部落，在这里，我们把话筒和灯光交给部门，部门可以尽情展示你们的风采，发照片，写文章更是不在话下。还能看到新生已经加入了多少部门，想加入的学弟学妹的各种信息，群发面试通知，联系方式更是应有尽有，纳新真是太简单了。
- 对于新生来说，对于部门可以分类查看，搜索，点开部门部落，就可以看到关于部门的详细简介，活动时间，还可以看有多少个人报名面试了部门，直接进行部门搜索，还能直接联系部门的学长学姐，了解详细状况。
对于不能即时来面试的新生，还可以直接视频面试，免去时间的尴尬。
Benefit
通过这个APP，可以建立新生与部门的新的信息交流方式，打破了传统以往纯手工发海报，纳部员的方式，让部门了解部门，部门了解新生，新生了解部门，部门了解部门，纳新开始信息化，纳新开始简单化，纳新开始公开化。
Competitors
优点：
- 类似博客的部落系统，使得部门可以展现特色的风采
- 即时聊天，便于交流
- 群发通知，省去单发短信的麻烦
不足：
- 一些功能实现难度大
- 缺少特色功能
- 等待用户的反馈ing
Delivery
- 通过学校新生群发布推广
- 联系部门负责人，通过在宣传部门的同时，宣传这款APP
- 小范围的在福大推广试用，效果良好的话可以推广其他学校使用
组成原型
原型系统设计采用墨刀：链接
登入界面
主页页面
学生信息
部门信息
学生选部门
学生已经加入的部门
部门选学生
结对照片
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | 60 |
| · Estimate | · 估计这个任务需要多少时间 | 15 | 10 |
| Development | 开发 | 120 | 150 |
| · Analysis | · 需求分析 (包括学习新技术) | 30 | 30 |
| · Design Spec | · 生成设计文档 | 30 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 20 | 10 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 0 | 0 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 60 | 120 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 0 | 0 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 20 |
| 合计 | 345 | 460 |
结对心得
杨艺：通过这次结对作业,深深的感觉有了一个队友就是不一样,可以说是很舒服了。有了两个人的想法,根据NABCD模型分析的也会比一个人更全面一点,在做原型系统上,也会想到一些有意思的地方。在沟通也没有那么严肃,很欢乐。互相有想法都会提出。接下来的结对作业也应该没有问题，可以说是抱了一个大腿了。相信今后的结对作业也会很顺利。
符天愉：（楼上真的是抱错大腿了-.-）这次结对作业，可以说是非常开心了。和对友一起使用墨刀的团队协作做模型，比较头疼的就是写博客，原本打算一个人写完，再由对友参考，后来写NABCD模型真的是分析不下去了，没有什么思路，但是有对友可以给参考意见，互相补充合作，最后一起完成了整个博客。同时开始明白结对设置结对作业的目的，我的理解是它相比于多人协作，两个人的沟通更充分，更详细，合作找时间也更简单，而相比于个人，两个人合作可以互相补充，扩展观点？