作业链接 
031502333
1. 需求分析
采用NABCD模型
N (need|需求)
- 部门:
1.流程繁琐复杂，各个部门手工发放与汇总申请表
2.各个部门之间信息沟通不畅，导致不少学生由于时间冲突而被淘汰，浪费时间和精力
3.对学生了解有限，盲目接收易影响后续部门工作的正常运行。 - 学生:
1.加入前对部门缺乏了解，加入后可能由于时间冲突而放弃
2.加入过多的部门导致部门间的冲突，影响部门与自身
A (approach|做法)
- 部门:
1.宣传部门基本概况和信息
2.对外告知部门常规活动时间，发布部门通知
3.在线收集与审核申请表
4.对外公开透明化面试流程与细则
5.了解部员的出勤概况 - 学生:
1.了解部门概况信息及其常规活动时间
2.在线提交申请（如面试、请假等），查看申请结果并知晓被拒理由
B (benifit|好处)
- 部门:
1.简化繁琐的流程，减少人力工作，提高部门工作效率
2.实现各部门间信息共享，弱化由于时间冲突而导致的不良后果
3.在接收新成员前，能够有大体的了解，尽量避免了后续配合存在隐患和困扰
4.对外公开透明化面试流程与细则，使日常管理和淘汰机制更加完善 - 学生:
1.对部门有充分的了解，避免盲目申请，浪费时间与精力
2.了解面试细则，知晓被拒理由，让自己向更好的方向发展
3.更好的规划和安排学习/工作的时间，提高各方面素质与效率
C (Competitors|竞争)
- 优势:
1.目前市场上还没有成型的同类产品，市场竞争小
2.对于部门-学生之间信息桥梁有刚性需求，应用前景广阔 - 劣势:
1.正常用户不愿意在手机中安装过多软件
2.缺少用户量，若集成到如超级课程表此类的应用中，效果更好
D (delivery|推广)
通过关系网首先在校内推广，充分获取反馈，待产品足够成熟时，进行区域推广，由小及大，逐渐走向银河系
2. 原型系统
- 所采用的工具为 墨刀modao
首页可浏览当前所有社团公开的纳新信息
点开任意动态可以查看该社团纳新的具体内容，并提交申请
点击热门可以查看当前学生的热点话题
在社团模块能够浏览所有社团的信息
同时，通知部分会将学生参加的社团所发布的通知归集起来，以便查看
在提交入社申请时，系统会将个人简历发送给相应部门负责人，而简历内容则由最后一个简历模块进行管理
3. PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 20 | 15 |
| · Estimate | · 估计这个任务需要多少时间 | 20 | 15 |
| Development | 开发 | 330 | 360 |
| · Analysis | · 需求分析 (包括学习新技术) | 30 | 60 |
| · Design Spec | · 生成设计文档 | 0 | 0 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 240 | 300 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 35 | 30 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 15 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 20 | 20 |
| 合计 | 385 | 405 |
4. 心得与总结
哎，个人原因导致没及时完成作业，也没能正常地和别人结对，所以一个人完成了这次作业，过程艰苦卓绝。告诫自己之后一定要合理安排时间！
最后附上一个人的“结对照片”
