当前位置: 首页 > news >正文

第一次个人项目作业_论文查重

第一次项目作业

这个作业属于哪个课程 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience
这个作业要求在哪里 https://edu.cnblogs.com/campus/gdgy/Class34Grade23ComputerScience/homework/13477
这个作业的目标 实现一个3000字以上论文查重程序

github连接:

https://github.com/sugarcaneprince/sugarcaneprince

psp表格如下

Process Stages Process Stages (中文) (分钟) (分钟)
Planning 计划 15 10
· Estimate · 估计这个任务需要多少时间 15 10
Development 开发 215 310
· Analysis · 需求分析 (包括学习新技术) 30 50
· Design Spec · 生成设计文档 20 15
· Design Review · 设计复审 20 10
· Coding Standard · 代码规范 (为目前的开发制定合适的规范) 20 10
· Design · 具体设计 30 45
· Coding · 具体编码 45 80
· Code Review · 代码复审 30 60
· Test · 测试(自我测试,修改代码,提交修改) 20 40
Reporting 报告 80 100
· Test Report · 测试报告 40 60
· Size Measurement · 计算工作量 20 20
· Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 20 20
· 合计 310 420

接口的设计和实现过程

  • 程序主要分为两个简单的类,一个是用于实现计算模块的辅助工具类,另一个是程序的入口类

  • 画出简单的流程图以便于理解

  • image

  • lcs()是实现文章查重的关键算法,算法主要利用动态规划

  • 动态规划的思想,递推公式为:

  • s1[i-1] == s2[j-1] → dp[i][j] = dp[i-1][j-1] + 1

  • 否则 → dp[i][j] = max(dp[i-1][j], dp[i][j-1])

  • 算法高效且避免了恶意重复相同字段而降低重复率的问题,能够高效的得出文章的查重率

计算接口部分的性能改进

  • 展示性能分析图

  • image

    • 不难看出,lcs()算法的执行就是性能消耗最大的
  • 展示lcs()算法的部分耗时

  • image

计算模块单元测试展示

由于算法的关键在于lcs()算法,首先对lcs()算法的部分结果进行测试,测试代码如下

@Testpublic void test() {
//        修改System.out.println(Utils.lcs("今天是周日我很开心","今天是周三你很伤心"));
//        增加System.out.println(Utils.lcs("今天是周日我很开心","今天是周日我很开心,明天是周一我很难过"));
//        减少System.out.println(Utils.lcs("今天是周日我很开心","今天是周日"));
//        胡乱打System.out.println(Utils.lcs("今天是周日我很开心","我是计算机科学与技术专业的学生"));}

测试结果如下

image

  • 第一个测试结果,只有“今天是周__很___心”符合结果,6个字符匹配成功
  • 第二个测试结果,完全是添加,所以9个字符匹配成功
  • 以下结果以此类推,不再赘述

接下来引入测试的文件

测试文件来源于老师发送的测试文档,直接抛出结果

首先测试的是add的文本,测试结果与覆盖率如下,不出意外应该为100%的查重率

image

事实也确实如此,由于下面所有的代码覆盖率都基本一致,后序就不再截图

image

接着测试del过的文本,结果如下

image

dis_1的文本,文本只经过部分简单的修改

image

dis_2的文本,顺序经过打乱

image

依然有较高的查重率,所以能表现出lcs()算法的健壮

dis_3的文本,顺序经过较强的打乱

image

依旧能有67%以上的查重率

有可能出现的异常

// 计算重复率(避免除零错误)
int origLen = origText.length();
double rate = origLen == 0 ? 0 : (double) lcsLength / origLen;

在判断的时候有可能出现除零异常

但是我提前做了错误处理,如果原来的文本为空白文本,那读取出来的字符个数为0,不将0值替换的话,结果将会出现除零异常,res传出的值为null

image

按照原来的思路的话就不会出现问题

image

http://www.hskmm.com/?act=detail&tid=8591

相关文章:

  • 2025年版《中科院期刊分区表》与2023年版对比表,附名单可直接查阅
  • 对马岛之魂
  • 2019年双因素认证最佳实践指南
  • Account Kit(华为账号服务)再进化,开发者接入效率飙升!
  • Codeforces Round 1051 (Div. 2) D题启发(DP
  • Ubuntu 22 下 DolphinScheduler 3.x 伪集群部署实录
  • 关于proxmox 制作虚拟机模板的动态dhcp问题
  • Oracle清理:如何安全删除trace, alert和archivelog文件?
  • 软件工程个人项目
  • 学习道路道阻且长 希望自己坚持下去
  • 2025/9/18 总结
  • P2216 [HAOI2007] 理想的正方形
  • PuTTY下载和安装
  • 数据通路-单总线结构(最头晕的一集)
  • python基础篇-集合
  • #egsg:在同一程序中比较-计算圆的面积
  • 282 项多模态胃肠病学数据集:适配 VLM 与 MLLM 微调,融合医学图像与临床文本的医疗 AI 训练数据
  • 2-sat板子
  • centos 7中安装jenkins
  • pythonjs逆向 破解滑动验证码 - hello-*
  • 解决 pandas.to_csv 乱码、丢失行和自动换行问题 时间转换
  • JavaDay7
  • 前端场景题笔记
  • P3934 [Ynoi Easy Round 2016] 炸脖龙 I 做题记录
  • 【CompletableFuture 核心操作全解】详细注释版
  • 关于学术不端的一些思考
  • python基础-字典
  • pod 内nslookup请求时常异常
  • 单调队列优化DP
  • 4.5.11版本闪亮登场~快来看看有哪些新功能