[buaa-SE-2017]个人项目
个人项目
Part1:github
https://github.com/Aria-K-Alethia/Sudoku
Part2:解题思路描述
关于数独的解法
我选择的是暴力搜索算法。
(1)关于 -c
首先,本题要求生成的数独最多为1,000,000个,并且要生成的数独都是9x9规模的,而并不是nxn规模,再加上数独本身的限制可以实现一定程度上的剪枝,因此暴力搜索是可行的。
另一方面,本题需要生成的数独各不相同,暴力搜索可以搜索所有的可行解,很容易实现不重复的要求,所以最终我选择暴力搜索的方法。
(2)关于-s
暴力搜索在解决数独的时候只需要搜索到一个解就可以,虽然对于一些递归层数比较深的数独会有些乏力,不过总体上也可以接受。
关于其他解法
我在分析的题目时候查找了其他的解法,包括dancing link、分治,但是dancing link的复杂度较高(参看算法实践——舞蹈链(Dancing Links)算法求解数独),且其实现复杂,所以不使用。
分治的方法将9x9盘面分成9个3x3的盘面,每次在每个盘面上生成数字,这个和普通的回溯法实际是类似的,所以效率应该也类似(关于效率参看【算法研究】数独高效完全解生成算法的研究和实现),而且最后我用暴力法实现之后也证明了这一点。
Part3:设计实现过程
关于设计
我的设计比较简单,整个程序分为3个类:
- InputHandler:处理和分析输入。
- Sudoku:处理所有数独相关操作。
- Output:处理所有错误输出。
程序的流程就是由InputHandler处理输入,然后Sudoku根据不同的指令来解决,如果这个过程中有什么错误发生则会由Output响应。
关于测试
测试中,首先测试了基本功能,然后针对一些边界值(比如空文件和生成0个数独)进行了测试。
在性能改进之后,又进行了回归测试。
测试初始化:
这里设置了相关参数
下图是其中一个测试单元:
这个测试单元测试了
bool get_board(fstream &file,char board[][LEN+1])
这个方法从file文件中读入一个数独,成功则返回true,如果数独的行数不够则返回false,我们首先读入一个正确的数独,然后在文件中输入错误信息之后重新测试,这时outcome变量应该是false。
Part4:性能分析和改进
我在性能改进上大概花费了3个小时的时间。
最初我使用了c++的内置类string来处理输出,但是性能分析之后发现速度太慢,输出1million个需要1分钟,所以我针对这一点以及I/O输出进行了优化,具体体现在:
- 替换string转而使用char*来处理字符串
- 将所有结果存储在一个大数组中,最后直接输出所有结果,而不是每次输出一个数独终局。
之后程序在I/O上已经不花费太多的时间,根据性能分析图可以看到,大部分的时间都集中在回溯搜索上:
Part5:关键代码
回溯部分代码:
for (int k = 1; k <= LEN; ++k) {
if (Sudoku::count >= n) return; //if generate enough sudoku,return
if (check_generate_pos(i, j, k)) { //check if it is ok to set k on (i,j)
board[i][j] = k + '0';
trace_back_n(i, j + 1, n, file); //if can,recur to next place
}
}
遍历所有可能的数字,首先检查生成的数独是否足够,如果足够就返回,不足够就检查当前数字能否插入位置(i,j),如果能就插入然后继续递归。
Part6:PSP表
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
Planning | 计划 | 30 | 20 |
· Estimate | · 估计这个任务需要多少时间 | 5 | 5 |
Development | 开发 | 60 | 60 |
· Analysis | · 需求分析 (包括学习新技术) | 180 | 480 |
· Design Spec | · 生成设计文档 | 30 | 20 |
· Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 5 | 0 |
· Design | · 具体设计 | 60 | 120 |
· Coding | · 具体编码 | 120 | 180 |
· Code Review | · 代码复审 | 60 | 180 |
· Test | · 测试(自我测试,修改代码,提交修改) | 60 | 60 |
Reporting | 报告 | 30 | 30 |
· Test Report | · 测试报告 | 30 | 30 |
· Size Measurement | · 计算工作量 | 5 | 5 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 30 |
Total | 合计 | 705 | 1220 |
Part7:总结
由于我之前没有学过C++,所以这次在技术学习上花费了很多时间,导致最后没有太多的时间来coding,所以个人觉得这次代码的质量并不太好。
不过这次也有很多收获,能初步运用C++、学了VS这个超强大IDE。