第六次作业--结对编程第二次
结对第二次作业
成员:
圳源: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 |