https://github.com/Ihatelenz/031902444
一、PSP表格(2.1)在开始实现程序之前,在附录提供PSP表格记录下你估计将在程序的各个模块的开发上耗费的时间。(3')
(2.2)在你实现完程序之后,在附录提供的PSP表格记录下你在程序的各个模块的开发上实际花费的时间。(3')
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | 计划 | 100 | 100 |
· Estimate | · 估计这个任务需要多少时间 | 600 | 600 |
Development | 开发 | 100 | 200 |
· Analysis | · 需求分析 (包括学习新技术) | 240 | 300 |
· Design Spec | · 生成设计文档 | 10 | 10 |
· Design Review | · 设计复审 | 10 | 10 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
· Design | · 具体设计 | 20 | 60 |
· Coding | · 具体编码 | 600 | 750 |
· Code Review | · 代码复审 | 60 | 240 |
· Test | · 测试(自我测试,修改代码,提交修改) | 60 | 120 |
Reporting | 报告 | 60 | 120 |
· Test Repor | · 测试报告 | 20 | 10 |
· Size Measurement | · 计算工作量 | 30 | 45 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 20 |
· 合计 | 1935 | 2500 |
计算模块接口的设计与实现过程。设计包括代码如何组织,比如会有几个类,几个函数,他们之间关系如何,关键函数是否需要画出流程图?说明你的算法的关键(不必列出源代码),以及独到之处。(18')
有word、text、ans三个类,
有shuru(),charu(),print(),find()四个函数。
三个类分别保存测试词、待测试文档和输出的答案。
函数中最重要的输出函数,是用暴力的方法处理的,最后阶段改代码的时候,不知道改错什么变量,输出变成乱码,到作业结束都没有找到解决办法,只能直接交了,泪目了。
没什么独到之处,最简单的暴力解法。
计算模块接口部分的性能改进。记录在改进计算模块性能上所花费的时间,描述你改进的思路,并展示一张性能分析图(由VS 2019、JProfiler或者Jetbrains系列IDE自带的Profiler的性能分析工具自动生成),并展示你程序中消耗最大的函数。(12')
IO输入占比很大,可以运用更好的方法解决,但是时间和能力限制,只能做到这样了。
最大占比的函数是查找find()函数,主要原因就是没有运用更好的算法,只靠暴力解法做。
计算模块部分单元测试展示。展示出项目部分单元测试代码,并说明测试的函数,构造测试数据的思路。并将单元测试得到的测试覆盖率截图,发表在博客中。(12')
计算模块部分异常处理说明。在博客中详细介绍每种异常的设计目标。每种异常都要选择一个单元测试样例发布在博客中,并指明错误对应的场景。(6')
输入错误路径:
第一次体会自己做出这么复杂功能的程序,但是还是失败了,太难了。中间一段时间有更紧急的事情要处理,没有专注在作业上,时间投入太少。但是希望在这次的经验后,下次作业能有更精彩的表现。