登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  常见问题

软著源代码前30页后30页怎么提交?不足60页这样处理

来源:17golang原创

时间:2026-07-24 10:19:33 283浏览 收藏

申请软著时,源代码鉴别材料通常要求按前、后各连续30页的标准准备,合计60页;如果整个程序总页数不足60页,直接提交全部源程序就可以。这里提到的“前30页、后30页”不是随便挑两段代码拼接就行,得按连续页码整理,同时满足受理渠道对页面格式、页眉和排版的相关要求。

程序超过60页时准备前30页和后30页,程序不足60页时提交完整源程序;页码、软件名称和版本号要与申请表一致。

要点速览

  • 超过60页的源程序,通常取开头连续30页和结尾连续30页。
  • 不足60页的程序,应按要求提交全部源程序,不要硬凑60页。
  • 页眉、页码、软件名称和版本号必须统一,格式要求以受理渠道最新说明为准。
  • 提交前要删除密钥、密码、真实客户数据等无关敏感信息。

前30页和后30页,具体应该怎么截取

先把准备提交的源文件按一个稳定的顺序整理好,再生成对应页码。前30页直接从第一页开始连续截取,后30页从程序最后一页往前连续取,中间的部分一般不需要全部导出提交。不要零散从不同模块各挑几页凑数,这样不符合要求里“连续页”的规则。

软著源代码鉴别材料页数规则:程序开头连续30页与结尾连续30页组成提交范围
程序情况准备方式常见错误
超过60页前30页+后30页从中间随意抽页或页码断开
不足60页提交全部源程序为了凑页数重复打印或插入无关内容
接近60页按实际页数完整核对不同排版版本导致页数反复变化

程序不足60页,为什么不能硬凑页

页数规则是划定提交范围的规则,不是提交材料越厚通过率越高的排版竞赛。程序不足60页时,按实际内容提交完整源程序即可。重复代码、空白页、无关截图和宣传文案不能替代源程序,反而会让材料逻辑变得混乱,容易被审核退回。

如果想着靠换字体、缩小字号或调整页边距来改变页数,完全没必要。应优先保证代码可读、页码连续、页眉信息统一,再依据受理窗口的格式要求微调排版。

软著短程序提交清单:完整源程序、连续页码、版本一致和敏感信息清理

打印和页眉核对,重点看这四项

  • 软件名称:源程序页眉、申请表和文档标题中的名称保持一致。
  • 版本号:统一使用一种写法,例如都写 V1.0 或都写 1.0。
  • 页码:前30页和后30页分别连续编号,右上角标注方式按受理要求处理。
  • 内容安全:清理 API 密钥、数据库密码、个人信息和客户生产数据。

不需要把整个项目仓库的所有内容都原封不动交过去。登记材料应当能说明软件的主要功能,同时避免暴露和登记无关的安全信息。

相关问题

源程序刚好60页,交全部还是前后各30页?

按受理机构公布的具体要求准备就行。不要只凭“刚好60页”的旧经验判断,先确认页面计算方式、页眉和页码规则,再统一输出最终材料。

后30页可以从任意模块开始吗?

通常应从程序结尾向前连续截取,而不是从任意模块挑选。整理前先固定文件顺序,避免导出后页码和内容对应不上。

源代码里有公司名称和旧版本号怎么办?

与当前申请软件无关的旧信息应先清理或修正,尤其是页眉和注释里的版本号。修改后重新检查申请表、文档和源程序三处信息是否统一。

提交前保存一份页码核对表

把源程序导出成最终版本后,再逐一检查前30页、后30页、总页数、软件名称、版本号和敏感信息清理情况。程序不足60页就提交完整内容,程序超过60页则按连续页规则准备,不要用重复内容填页。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>