#今天也是咸魚的一天~

手把手教你申請計算機軟件著作權系列

填寫軟著申請表

生成代碼文件&身份證明

本文

資料郵寄

申請計算機軟件著作權（以下簡稱“軟著”），一共要提交四份文件：身份證明，設計代碼，申請表，軟件使用（設計）說明文檔。
前三個已經介紹過了，所以這篇博客就來講如何撰寫軟件使用說明書。
——————————————————————————————————————————
因為博客作者本身就是大學生，針對的對象也是申請軟著的大學生，有些內容會和公司方申請不太一樣，同時某些細節不太詳細，為避免您的申請錯誤，請不要參考太多文章內容，以防帶來損失。
——————————————————————————————————————————

撰寫軟件使用說明書

軟件使用（設計）說明書介紹

劃重點:
對于嵌入式軟件、硬件代碼、數據庫代碼，這類沒有圖形操作界面的軟件代碼，寫的就不是“軟件使用說明書”，而是軟件設計說明書。對于代碼的設計思路需要一個較為詳細的闡述。

對于有操作界面的軟件，如Windows窗體應用程序、安卓應用程序、蘋果應用程序，寫的就是“軟件使用說明書”。重點在于使用的說明和講解上，有點偏向于用戶手冊的格式。

對于大學生可能比較少申請的操作系統軟件、編譯器代碼，這類就是要包含使用和設計兩大部分，因為這個是一個復雜的軟件系統，需要一個詳細的闡述。
——————
軟件使用說明書，是一個用來描述程序的內容，組成、設計、功能規格、開發情況、測試結果及使用方法的說明文檔，如程序設計說明書、流程圖、用戶手冊等。

在提交上，如果說明文檔沒有超過60頁，則全部提交；如果超過了60頁，則提交前30頁和后30頁。
在大部分軟著申請的補正提交材料上，都是申請表和軟件說明文檔出的問題，所以務必好好注意軟件說明文檔的撰寫。

說明書基本要求

語言：自然語言，盡量通俗易懂，少用術語。

頁面格式：有頁眉、版本號、軟件名稱、頁碼。（名稱和版本號要和申請表完全一致）

行數：一頁不少于30行，有圖除外。

如果文檔內容過多，請寫目錄。（我等大學生大部分不會有這個問題）

可以根據情況，適當添加軟件代碼編程環境的安裝過程。（你品，你細品）

軟件界面的截屏，一定要截全屏。（不然會被打回，看命）

對于硬件，有顯示屏的，可以加顯示屏顯示信息的圖片?；蛘?#xff0c;利用串口上位機進行數據顯示的，可以截上位機的圖，來幫助軟件代碼功能說明。

寫明軟件運行環境，以方便用戶準確匹配設備。

圖文結合，但圖片不能太多，要顯得自然一點。

有詳細的操作流程，詳細到手把手的那種。

圖片不能含有馬賽克、橫杠等覆蓋截圖內容信息的遮擋物。要求圖片打印后清晰

心得體會

思路一定要清晰，解釋一定要詳細。有公式的，一定要把公式列出來，再做一個解說。 對于有界面的，一定要把每一個功能都解釋到位了，就當做教小白用這個，從0開始的那種。對于有調用庫函數的，還要一并把這個庫函數的功能介紹一輪，要是有原理，原理也要解釋。
總之就是越詳細越好。

關于是否要把寫代碼的IDE或者EDA的安裝流程寫出來，這個可寫可不寫，寫了錦上添花，不寫沒有太大問題。

如果寫的軟件要有安裝過程，務必要把這個安裝流程詳細闡述一遍，每一個過程都要截圖。

把握層次，在描述的時候，要寫出一種層層遞進的感覺。
比如：
首先，這樣，然后，其次，在，于是，有了，出現了，最終。
關于這個，是這樣，帶來結果，產生影響，出現什么。
使用了什么，實現了一個，展現了效果，使……

不要出現太口語化的內容，在用自然語言的基礎上，描述的盡量嚴謹，避免出現語義的錯誤。

盡量避免出現人稱，第一第二第三人稱都盡量少出現，尤其是我，我們，你這樣開頭的語句。使用像用戶，使用者，操作者，工程師，管理員這樣的帶有形容使用軟件特性的人的名詞比較好。（有點拗口，但就是這么個意思）

注意字體的使用。

圖片的大小盡量一致，保證美觀和避免人家萬一就因為這個給你打回來不交，就慘了。

————————————————————寫完的分割線————————————————————

不同人對于軟件說明書的撰寫內容也不一樣，所以這里也不放圖來誤導人了，大家隨便上網都能找到很多模板，照著寫一份就OK了。
主要還是注意官網的要求，避免少走彎路，比竟如果寫錯了，補寄材料也挺麻煩的。

網上有一個要求說，6000行以下代碼，說明書至少5頁，6000行以上的，至少15頁。不確定這個到底對不對，請讀者自行查證。

博客所寫內容，均為本人自己經歷，不保證內容100%正確，如有錯誤，請指正，不勝感激。

總結

以上是生活随笔為你收集整理的手把手教你申请计算机软件专利著作权（3）——软件使用说明书的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。