标签：
|
PSP2.1 |
Personal Software Process Stages |
Time |
|
Planning |
计划 |
|
|
· Estimate |
· 估计这个任务需要多少时间 |
50h |
|
Development |
开发 |
|
|
· Analysis |
· 需求分析 (包括学习新技术) |
30h |
|
· Design Spec |
· 生成设计文档 |
5h |
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
1h |
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
1h |
|
· Design |
· 具体设计 |
10h |
|
· Coding |
· 具体编码 |
20h |
|
· Code Review |
· 代码复审 |
5h |
|
· Test |
· 测试（自我测试，修改代码，提交修改） |
2h |
|
Reporting |
报告 |
|
|
· Test Report |
· 测试报告 |
1h |
|
· Size Measurement |
· 计算工作量 |
0.5h |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
0.5h |
|
合计 |
76h |
本次作业本来上课看觉得是很简单的题目，然而回来一看具体要求多了许多很恶心的条件，导致整个步调瞬间卡住了。本来以为是单纯的整数运算，结果还要包括分数运算，这就要改变本来的设计，加入可以转换所有内容为假分数的函数或可直接计算带分数或真分数的函数。另外就是查重，还有生成的数量上下限的问题，是这次的难点。很遗憾并没有实现这些主要的功能。但是已经尽力去构思了。查重可以利用二元三元四元式，通过判断计算过程来检测题目是否重复。还有一种是可以在生成是检测是否答案与已经存在的题目相同，若相同则直接废弃。此方法较为简便，但是有可能会产生生成的题目数量无法满足要求的情况。本次作业完成得并不好，主要是刚开始有点小看了这次题目以及许久没有编程还有语言的不习惯导致了这样的结果。希望下次能做得更好。
标签：
原文地址：http://www.cnblogs.com/mnb10109/p/4830864.html
