记一次：软著申请

前言：公司每年都有申请软著或者发明，可惜没有我的名字，没关系，我可以按个人的名义去申请一个，于是乎就有了这篇文章。话不多说，展示

 

 之前还犹豫要不要发表一下，经过朋友的劝说，自己的成绩，成就有什么不好意思的呢，是呢。我为啥总是这样自卑（唉~）

0、编写自己的代码

这个我相信每个编程的少侠们都有自己的练习小demo，没错，我用了一个自己的小程序demo来打头阵（后续可能还会有，期待....），当初为了练习微信小程序，现在因为太久远了，搜索不到啦，没关系，体验版还是可以用的，不继续维护了，其实就是古诗词，很多的古诗词。我还记得自己背景图也是自己设计的贴一个图吧

代码就不贴了，知道意思就得了

一、注册

点击网址：中国版权登记业务平台

改版提示如下

选择个人

最后成功

二、身份认证

这里的话只需要上传身份证正反面照片+手持身份证照片就行。

这里需要注意几个点，【别问我怎么知道的】：

手持身份证照片不能用手遮挡到身份证的文字

照片不能是镜像，什么时候会出现镜像呢？就是自己用手机自拍，把脸对着手机屏幕拍的那种，这种照片出来，身份证上的左边字在右边显示，右边字在左边显示，呀！描述不出来了，反正就跟你照镜子时的效果一样。废话这么多，怎么避免呢？很简单，喊一个朋友帮你拍就好了，朋友帮你拍时，肯定是手机背面对着你的脸，这样拍的就不是镜像。

认证通过后，开始进行办理

三、个人办理流程

点击进入登记申请

我是申请人

填报信息

软件全称需要写xxx软件 或者  xxx小程序

闯关少儿学诗词小程序

闯关诗词

v1.0

注意：简称啥的最好写上

填写其它信息

四、流程里的相关信息模板

源程序量：网上搜源代码统计工具

开发目的：自己写

面向领域 / 行业：自己写，我写的是小程序的主要用户

软件的主要功能：自己写

软件的技术特点：没得写的东西就写小程序的特点，比如即用即开，兼容性强，灵活性高等

程序鉴别材料：上面说源程序前连续的30页和后连续的30页，可以这样，先把你的源代码全贴到word上，然后调整字号和行距，让每页的不少于50行。如果你的源程序页数大于了60页，那保留前30页和后30页，其余页删除，在右上角添加页码，如果你想在页眉加软件名称版本号也可以，但注意和之前填写的内容保持一致；如果你的源程序小于60页，加上页码页眉就行，注意多余60页的源程序的页码要从1编到60。【还有一点，源代码中的软件名称和版本号也要保持一致】

一、程序鉴别材料

1、提供软件前1500行代码和后1500行代码，每页50行，共60页。

2、页眉位置需要加上软著名称、版本号和页码，页码格式第X页。

3、版权中心虽然要求提供3000行，不足3000行则全部提供，但根据我们代办的经验，尽量还是补足代码，否则很容易驳回。

4、软件代码与申请时候填写的开发语言保持一致性；并且与文档鉴别材料有关联。

5、代码文档上需要有中文注释便于版权中心老师审核使用，中文注释与各个材料保持关联。

6、代码内如有第三方版权信息尽量删除，开发人员通常习惯在每个代码上加上自己的名字，这里也建议删除。

二、文档鉴别材料

1、文档鉴别材料按版权中心规定提供前30页和后30页，不足60页则全部提供。

2、使用说明以图文形式，即一张图配一个说明。

3、如您的材料文档远远不足60页，建议以15-30页为宜。

4、页眉位置加上软著名称、版本号和页码，页码格式第X页。

5、材料应按照用户习惯撰写，包含封面+目录+软件说明+功能使用说明四个板块。

 强调：文档鉴别材料：可以使程序设计说明书，流程图，用户手册等。怎么写这些自己去搜。这里的“提交任何一种文档的前连续的30页和后连续的30页”和前面也是一个理，注意这里的页面是把目录当成第一页算的，文档中出现的版本，软件名称也要保持一致，文档中的图片要清晰。

上传签章页

之后的步骤就很简单了，会有一个要求上传签章页的页面：

可以打印签章页，自己手签后扫描上传；或者下载到平板上，用平板的笔签字上传。

上传完后，材料变成待受理状态

五、代码量不够怎么办？

 特别特别注意：这点我认为最重要，个人开发的小demo代码量是关键，一般都会特别少就能实现功能了，所以，这部分我总结了以下部分，非常合适的经验。

一、重构代码

在不改变外部行为的情况下，修改内部结构或实现方式的过程称为重构。通常，重构可以使代码更加模块化和可读，同时也会有副作用地增加代码行数。

将复杂函数拆分为多个较小的函数。

增加合理的模块化结构，每个模块负责一块明确的功能。

二、添加注释

注释是解释代码行为或逻辑的重要辅助信息，有助于后续的代码维护和理解。

对代码的每个功能块添加详细的描述性注释。

在一些复杂算法的每一步骤中添加解释注释。

三、编写单元测试

单元测试是确保各个部分能正常工作的重要开发环节，额外编写的测试代码也可以合理地增加代码总行数。

为程序中的每个独立模块编写测试用例。

使用测试驱动开发（Test-Driven Development, TDD）方法可以从一开始就并行开发功能代码和测试代码。

四、数据模拟

在开发过程中，尤其是在尚未与真实世界的数据接口对接时，模拟数据可用于测试和展示。

编写用于生成或模拟数据的脚本。

添加可配置的模拟数据接口，支持在不同的测试场景下使用。

五、代码文档

编写并附加详细的开发文档，虽不直接增加实际执行的代码行数，但为了软著申请，可以提供额外的文档材料。

为每个类和函数编写API文档。

提供软件的安装、配置和使用手册。

六、国际化处理

如果软件计划面向多语言用户，国际化处理能够提升软件的可用性，并且能够增加代码行数。

为软件添加多语言支持，如字符串资源的国际化。

提供不同语言的用户界面和文档。

七、图形用户界面(GUI)增强

对于有图形界面的软件，增强和完善用户界面也是代码行数增长的一个途径。

添加更多的用户交互元素，如按钮、菜单和对话框。

提供高级功能，如主题切换、用户自定义布局等。

确保所有增加的代码均具备实际意义和功能性。虽然可能是为了增加代码行数，但任何代码都应当遵从代码质量的通行标准，不能仅仅为了增加行数而牺牲软件的性能和用户体验。另外，合理设计和编写代码对日后的维护、升级以及扩展都有长远的积极影响。

总结：以上为笔者的实际经验，剩下的就是等待审批了，受理之后60个工作日啊~期待后面的软著吧~ 

原文地址：https://blog.csdn.net/sinat_38259539/article/details/143977536

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！