第一次结对编程作业——需求分析与原型设计
结对者：
37詹佳丰
03赖学武
需求分析模型：NABCD模型
1、N（Need，需求）
- 学生企业获得直接性沟通
- 多种类的企业职位需求，多种类的赞助资源，多种选择
- 企业可以更高效率地获得自己想要的人才(招聘块）
- 企业可以更好地选择自己想要赞助的高校，增加精准宣传有效率（赞助块)
- 学生组织们可绕过中介直接性获得校园赞助资源。
- 在校学生多了一个找兼职平台。
- 应届毕业生多了招聘信息平台。
2、A（Approach，做法）
我们的想法是通过做一个app，首先，最基本的用户功能要有企业，在校学生。其次，我们要准备的主功能有三部分（兼职板块，招聘板块，赞助板块）。例如，为了学生对招聘信息，兼职信息的放心，我们将会对我们的注册企业用户进行审查。当然，还要对注册学生用户发出网站信息安全提醒，使得学生用户不仅是需求资源者更是资源反馈者（附举报功能)。
用户进入该网站的使用流程如下：
- 菜单栏上主页是我们ICS团队的门面，放了最新资讯。最上方有个三个功能板块，高校招聘，高校兼职，高校赞助。
- 菜单栏的关于选项是我们团队的一些相关信息。
- 右上方有一个登陆/注册功能，企业和学生的注册所需填的信息不一样，登陆获取的界面也不一样。
- 推荐日志是我们团队会推荐一些评价比较高的企业。
- 企业信息则是我们注册企业的部分信息。
3、B（Benefit，好处）
- 为企业和学生减少时间和空间上的聊天限制
- 没有中间商赚大额度差价，学生们可以获得更好的赞助资源。
- 企业根据自己的需要，精准投放赞助资源。
- 企业信息相对经过一轮审核，让学生们用的放心
- 某种程度上为学校组织开拓了一个更大的赞助资源平台
- 帮助毕业生获得更多招聘信息
4、C（Competitors，竞争）
- 现在网络招聘网很多，兼职网也很多，但有一个特点，使他们不具备的，那就是赞助有关应用，现在普遍赞助商谈都是学生组织自己辛辛苦苦去通过贴吧，扣扣群各种渠道获取，辗转来辗转去，而且很多时候联系到的大多是中介，而中介有时候也会剥夺大量中介费。
- 学生和企业直接对口商谈，这是赞助板块能给我们带来的优势，他也弥补了一个市场需求缺口，所以说我们比其他平台多了一个特色。
5、D（Delivery，推广）
- 当原型系统被采纳之后，我们还要花更多时间改善原型系统的美观。
- 我们会先邀请一些企业入驻，并帮他们免费填写信息。
- 通过各高校非官方公众号（6000粉丝以上）帮忙散布消息。
- 通过各高校组织在学校帮忙宣传推广。
- 待续
二、结对过程
通过沟通和联系，最后我们两个达成一致，分工上队友负责原型设计，我负责需求分析NABCD。
我的队友赖学武是一个务实，热情，善于沟通，很有想法并且执行力强的人，因为务实和执行力强，所以当我们决定好我们的项目要做啥时，他很快就把属于他的分工工作高效率完成了，热情和善于沟通是体现在他和队友们在分工合作上，他乐于去和队友商讨各种更加有可行性的方案，对队友们有不懂的东西向他请教，他也会认真指导。很有想法，体现在他对社会的需求面有很敏感的嗅觉，对我们的项目改进和需求分析以及日后的推广难易很很深刻的看法。他唯一的缺点就是有时候想法会太过强烈，导致偶尔的听不进别人的建议，毕竟优秀的人总会对自己的想法充满信心。
总结：都是九年义务教育，为什么我的队友这么优秀。
三、原型设计
原型设计工具：墨刀
主页界面—拥有主页、高校招聘，高校兼职，高校赞助三个主板块，另外还具有最新资讯推送，每日推荐，关于我们。
下面只展示高校兼职板块，其余两个只要在兼职板块之上稍加修改即可。
个人登录界面
企业登录界面
企业发布信息界面
全部兼职信息界面
详细信息兼职信息
企业账户注册
四、效能分析
| 内容 | 时长 |
| 需求分析 | 2 |
| 导师分配流程设计 | 1 |
| 手绘原型草图 | 1 |
| 用Axure RP进行原型设计 | 7 |
| 文档编写 | 2 |
| 系统后期完善 | 2 |
五、PSP
|
|
|
预计耗时（分钟） |
实际耗时（分钟） |
|
Planning |
计划 |
30 |
20 |
|
Estimate |
估计这个任务需要多少时间 |
30 |
70 |
|
Development |
开发 |
170 |
100 |
|
Analysis |
需求分析 |
30 |
30 |
|
Design Spec |
生成设计文档 |
20 |
20 |
|
Design Review |
设计复审（和同事审核设计文档） |
/ |
/ |
|
Coding Standerd |
代码规范（为目前的开发制定合适的规范） |
/ |
/ |
|
Design |
具体设计 |
120 |
120 |
|
Coding |
具体编码 |
/ |
/ |
|
Code Review |
代码复审 |
/ |
/ |
|
Text |
测试（自测，修改代码，提交修改） |
/ |
/ |
|
Reporting |
报告 |
60 |
20 |
|
Text Report |
测试报告 |
/ |
/ |
|
Size Measurement |
计算工作量 |
5 |
2 |
|
Postmortem & Process Improvement Plan |
事后总结，并提出过程改进计划 |
/ |
/ |
|
Sum |
合计 |
465 |
382
|
六、总结
关于这个软件，实际上是自己在生活中遇到的一个我觉得可以发展的点子，做一个需求分析，我是根据自己在学校里面的经验，又线下调查部分学校，了解市场，了解大学生们的具体需求，这个其实挺好做，因为赞助这一块是现在市场的缺口，很多企业缺少对学校的真实了解，然后根据用户需求，做出预期模型，这个看似项目有点大，实际上三大板块的设计上大有联系，，第一次使用NABCD模型进行流程化的需求分析，并接触学习了一款关于原型设计的软件，是比较大的收获。
