AI智评介绍

全过程的读法与各本分工,见 写作指南总览。

本指南从写作与交稿流程,说明软件设计类说明书如何写成本题、如何送检。智评底线三项见 意识导向、题文一致、事实准确。合格线、检测通道以及是否另做智评,以本校当届手册及学院通知为准。

章节安排与摘要见 毕业设计写作指南。系统如何做成,见 WEB系统极速开发指南。附图见 论文用图指南。

正文须由作者本人完成核心论述,并保证能够对着系统讲解。

三套材料分开办

材料 常见名称 写作与流程上须核对的
文字查重 维普查重、知网查重 与已有文献、互联网文本、本届互比的字面重合;本校公布的复制比
AIGC 检测 维普 AIGC、AI 智检 学校指定通道上的全文比例;标出的段落是否仍属本人能够讲解的本题表述
质量智评 维普斟知智评、AI 智评 底线三项须通过;另看方法、内容、结论与要素分

查重、智检、智评分属三份报告,分数各自独立,按本校指定通道分别对照。预检与终检走学校指定的同一通道。学院提供专属网址时走专属网址。终稿、查重稿、智检稿、智评稿、答辩稿为同一版本。

合格线

通过线由学位授予单位自定。公开通知中可见全文 AIGC 约 20%、30% 或 40% 等档,优秀档往往更严。只对照本校当届通知。

超标后的处理多为修改、复检、指导教师或专家复核。比例表示疑似程度;删段、换皮、篡改报告以压比例,属于学校禁止的弄虚作假。

写作原则

软件设计类说明书写的是已经做成的系统。下列原则同时服务写作质量、智评底线与答辩讲解。

  1. 先做后写。实现章、测试章在系统可运行之后落笔。先写第5章再补程序,正文会滑成通用框架说明,图、表、测试随之落空。
  2. 只写已完成的事实。摘要与结论只写已经做成的工作。尚待完成的功能在正文标明,见 中文摘要:五句写法。
  3. 每段落到本题。第3–6章每个自然段至少有一件本题专有事实:角色或用例短名、表名与约束、路由、实测输入输出、图号。空话「实现了用户管理」换成「管理员在 /users 将账号置为停用后,该账号无法通过登录接口取得会话」。
  4. 图表与正文同一套用语。先按 按章节选图 画出与 用户故事 短名一致的图,再写「如图 x-x 所示」后面的句子。
  5. 测试用表说话。第6章以用例表为主:编号、前置、输入、预期、实测、结论。格子里写本次测到的值。
  6. 文献真读真引。研究现状写成:文献[n]用 Y 处理 Z;本题采用 A,因为与表 T / 接口 P 对应。文末与正文一一对应;中文保存 PDF,外文记录 DOI,见 参考文献。主张核查见 文献综述写作指南。
  7. 能讲才留下。出声读每一段。本人卡住、对界面或数据无从讲起的句子,整段按系统现状重写。

按章落笔

章节 宜避免 宜写成
摘要 「设计并实现了系统,具有重要意义」 五句落到领域矛盾、系统全称、真实技术栈、已完成模块、已测结果
第1章 绪论 「随着……发展」开篇;研究现状只列书名 背景落到本题业务;每条文献有主张、有对照;技术路线图画方法而非章名,见 技术路线图
第2章 相关技术 百科式罗列多余框架 只写本题用到的技术,各附一句选用理由,见 技术栈
第3章 需求 功能菜单当需求;角色统称用户 角色、故事、用例图、数据流图用语一致,见 需求分析
第4章 设计 架构图与模块图互相改名;表结构用文字空谈 分层、模块、ER、三线表、接口表互相能指认,见 系统设计
第5章 实现 「首先配置环境,然后编写代码」 关键路径配短代码与界面图;尚待完成的功能在正文标明
第6章 测试 「测试结果表明系统运行良好」 用例表有实测值;失败过的用例写清现象与修正
第7章 总结 「圆满完成各项任务,今后将继续深入研究」 只总结已做成的模块与已证实的结果;局限写具体缺口
参考文献 编造条目、DOI 无效、正文未引 文末与正文一一对应

第1、2、7章与摘要最容易写成套话,宜先写实。第4–6章有图、表、代码与截图托底,按上一节原则补事实即可。

智评底线三项

斟知智评把评价拆成底线合规与研究质量。期刊版公开稿把底线写成三项:意识导向、题文一致、事实准确性。本科版报告里,这三项常与「培养目标适配」并列;任一项落空,综合等级会落到建议修改或高危档。

研究质量另评研究方法、研究内容、研究结论,并拆选题意义、写作安排、逻辑结构、专业能力、学术规范等要素。底线先写对,再按要素补图、补文献、补测试。

培养目标适配:题目、模块与技术栈须能指认本专业的设计与实现训练。软件类说明书写成纯市场调研、纯操作手册或与专业脱节的论述,这一项会单独判为偏离培养目标。

意识导向

报告或作「意识导向合规」「政治方向」「导向合规」。公开说明要求:意识方向、价值导向与舆论导向正确;用语审慎;遵守宪法法律;维护民族文化,观点审慎得体。高校内容审校还会标敏感与内容导向风险、固有表述差错。

软件设计类说明书里,第1章背景、第7章展望、以及权限与个人数据的写法最需要核对。

宜避免 宜写成
政策、会议、法律名称凭记忆或二手网页 回中国政府网、中国人大网、部委公报核对全称、文号、施行日期后再写
采集身份证号、人脸、定位、通讯录,只写「方便管理」 写清用途、最小必要、告知同意与角色权限;法律名称用《中华人民共和国网络安全法》《中华人民共和国数据安全法》《中华人民共和国个人信息保护法》
国内外对比写成制度优劣 只比协议、性能、部署与运维约束
把社会事件、自媒体评论当研究背景 背景落到本题业务与可核验的行业资料
「数字中国」等表述与模块、测试脱节 摘要与第1章只保留本题能指认的那一句;脱节的整句删除
角色名、用例数据带歧视或侮辱性标签 角色取自实际业务,测试数据用中性示例
彻底解决、绝对安全、零风险 改成已测范围与已知局限,局限写入第7章

第1章若必须点政策,只引文件全称与发布机关。权限与日志按最小必要来写,与 需求分析 中的角色边界一致。出处须能当场指认,否则整段重写。

题文一致

题目、研究问题、论证与目标须围绕同一选题。更换题目后须同步改正文。题目写甲正文写乙、中英文摘要各写一套系统,均视为题文分裂。

软件类说明书的典型错位:题面写智能推荐或深度学习,正文只做成登录与增删改查;摘要列举的模块在第5、6章缺少对应实现与测试。

用同一套模块名串起七处,缺一处即改:

位置 须能指认的同一组名词
题目 对象、手段、场景,一般二十个汉字以内,见 总体基线
中英文摘要 五句中的系统全称、技术栈、已完成模块,见 五句写法
第1章研究内容 与摘要第4句同一清单
第3章用例与功能 与 用户故事 短名一致
第4–5章图与实现 模块图、界面图用语与用例短名一致,见 按章节选图
第6章测试项 每条用例能指回第3章功能
第7章总结 只总结已做成的项;尚待完成的功能已在正文标明,摘要只列已做成的项

改题之后,用旧关键词全文检索封面、页眉、摘要、目录、图题、致谢。目录小节名与章内标题保持一致。英文摘要按中文五句同一顺序对应改写。

事实准确

引用的数据、案例、文献须真实可核验。对已有成果如实引用;测试结果须来自本次实测。

材料 核对出处
期刊、会议、学位论文 打开 PDF 或 DOI 后再写入正文与文末,见 参考文献
法律、标准、政策 中国人大网、中国政府网、国家标准全文公开系统;记录发布与引用日期
语言、框架、数据库版本 本机锁定环境或依赖清单,与 编辑器与环境 一致
功能是否做成 对着运行中的系统与界面截图,取景规则见 界面展示
测试输入、输出、耗时、并发 只写第6章用例表里实测过的值;环境、工具名一并写出
图表中的数字 来自本题库表或本次测试;图题、表题标明来源

报告标出的事实错误逐条回到源头改。缺文献就补能打开的近五年条目;缺测试就补用例表,或把结论收回到用例表已有的指标,并把缺口写入局限。版本、表名、路由以系统为准。

交稿流程

  1. 读本校当届通知:指定通道、百分比或等级、是否另交智评。
  2. 按学校模板排版;上传格式与学院要求一致(常见 .doc / .docx / .pdf)。
  3. 用指定通道预检。报告标出的段落,回到系统或文献核实后,按 写作原则 用本人能够讲解的句子重写。
  4. 复检仍走同一通道。终稿与各检测报告为同一版本。
  5. 按学院清单装订:查重报告、AIGC 报告、智评报告、指导教师审核记录。
  6. 保留带日期的过程稿,供复核时说明写作过程。

交稿自检

大模型设置

设置保存在您的浏览器,服务端不保存。