结对第二次作业
成员：
圳源：414
文智：125
队友博客园地址： http://www.cnblogs.com/losttrain/
github
设计说明：
-
匹配程序的思路
根据学生在每个意愿部门上的得分来进行分配，得分取决于学生部门意愿，时间，标签的优先级。先看学生的意愿部门是否达到上限，否则匹配时间；若达到上限，则比较得分，淘汰者重新计分。 -
测试数据的生成
从学生的第一意愿部门出发，如果该部门招收学生人数未到上限，那么就中选；如果招收学生人数已达上限，那就得分和已招收的学生中最低得分比较，高于最低得分就取代最低得分的那个同学，低于最低得分那该第一意愿就废弃。然后再下一个志愿。 -
如何评价自己的匹配算法
基本能用，基于学生在每个意愿部门上的得分来进行分配，简洁明了。但未得到分配的学生会比较多，特别是选择热门部门的人数超过300的时候。
遇到的困难及解决方法
- 困难描述 第一次接触json，匹配算法设计。
- 做过的尝试 百度，与大佬学习。
- 是否解决 基本解决，json还不是很懂，算法也不太理想。
- 有何收获 在deadline下的遇到一个陌生的知识的快速学习能力，当然这种能力需要不断加强。
对队友的评价
优秀：做事认真踏实，宁缺毋滥尽自己所能做到最好，重视deadline。
需改进：这是我们都存在的问题，我们之间在项目过程中应加强交流，及时分享。
psp学习进度条：
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | 60 |
| · Estimate | · 估计这个任务需要多少时间 | 60 | 120 |
| Development | 开发 | 240 | 240 |
| · Analysis | · 需求分析 (包括学习新技术) | 300 | 300 |
| · Design Spec | · 生成设计文档 | 60 | 60 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 30 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
| · Design | · 具体设计 | 60 | 90 |
| · Coding | · 具体编码 | 180 | 240 |
| · Code Review | · 代码复审 | 60 | 120 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 60 | 120 |
| Reporting | 报告 | 120 | 120 |
| · Test Report | · 测试报告 | 120 | 150 |
| · Size Measurement | · 计算工作量 | 180 | 180 |
| · Postm |