第一篇：量化軟件方法與SPSS軟件應用培訓心得體會
量化研究方法和SPSS軟件應用培訓心得體會
本次量化研究方法與SPSS軟件應用的培訓教學，雖然學時比較短，只有13節課，但是都是干貨，收貨滿滿。通過本次的教學培訓，使我們對教學和課題的研究工作，以及統計工作有了更進一步的認識，深入理解了統計軟件在統計工作中應用的重要性和方便性，理解了如何收集和獲取信息，如何提取數據，如何分析數據，如何呈現結果這個研究和分析的過程，是我們對事物的認識從感性認識到理性認識。
一、通過本次培訓為以后的教學研究工作打下了堅實的基礎
量化研究方法對應到我們教學中的市場調查與預測教學，里面大量的研究方法，比如收集數據的問卷法，在本次培訓中進行了深入的學習，知道了問卷設計的全部流程，掌握了問卷設計的結構和問卷設計的注意點事項，為以后再教學課程中更好的講解課程和相關案例奠定了基礎；SPSS軟件應用對應我們教學中的統計學，是我們統計學教學的具體化和實踐化工具，通過本次培訓使我了解了整個收集數據的設計過程，數據轉錄過程、數據分析過程、數據整理和呈現過程，為我們扎實講解統計學奠定了基礎，并將統計學簡單化；量化研究方法和SPSS軟件應用的掌握又方便了我們對學生畢業論文和設計的指導，鞏固所學理論知識，提高了分析問題、解決問題的能力，增強了學生學習研究能力和適應社會的能力，使我們獲得業務和思想雙豐收。
二、通過本次培訓為以后的科學研究工作打下了堅實的基礎
統計學研究包括描述性統計、參數估計和統計推斷這三大部分，它們都是科學研究特別是定量和實證科學研究必不可少的知識和工具，但是由于統計學的計算復雜，所以在理解上面有很大的困難。本次培訓讓我們學會了通過SPSS輕松去處理數據，可以說對于科學研究如虎添翼。因此，本次培訓必將對今后的科研工作大有裨益。
三、通過本次培訓對指導學生相關學科競賽受益匪淺
現在學院和學院之間的比拼，更多的傾向于學生之間的相互競賽，而不僅僅局限于學生科研和教學水平的競爭。而社會科學的相關競賽指導，很大程度上離不開科學合理的研究方法，通過本次教學掌握了社會科學的相關研究方法，為今后指導學生的學科競賽提供了堅實的理論基礎，對學生的指導必將游刃有余。
四、通過本次培訓發現自己的很多不足
本次培訓2位老師的講解深入淺出，可以說面面俱到，我對照培訓，發現以前掌握的知識有碎片化和零碎化，本次培訓后對相關知識做了整理，使自己在量化分析和統計方面的知識更加全面了，應用上更加得心應手。
五、通過本次培訓也增強了我的職業意識、勞動觀點以及適應社會的能力 本次培訓使我獲得了思想和課題分析處理上的雙豐收。在SPSS學習中,我對它的認識由淺入深，循序漸進，在實踐中遇到的各種問題也能逐個攻克。SPSS 有具體的使用者要求的分析深度，同時是一個可視化的工具，使我們非常容易使用，這樣我們可以自己對結果進行檢查。學習軟件其實只是學習軟件的操作流程，而要真正掌握整個軟件，就得自己摸索探究，真真正正弄懂它，還要下一定的功夫的。在這個科技高速發達和知識不斷更新的時代，我們應該不斷學習不斷更新自己的知識體系，爭取做一名國家所需要的優秀的統計者。
第二篇：軟件培訓心得體會
軟件培訓心得
通過培訓中心老師的課堂講解與企業化標準的培訓，使我加深了對自己專業的認識。從而確定自己以后的努力方向。要想在短暫的實訓時間內，盡可能多的學到東西，就需要我們跟老師或同學進行很好的溝通，加深彼此的了解。只有我們跟老師多溝通，讓老師更了解我們，才能跟真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。
而老師在專業認識周中所講的，都是課本上沒有而對我們在公司工作中又非常實用的東西，這又給我們的培訓增加了濃墨淡采的光輝。我懂得了實際生活中，專業知識是怎樣應用與實踐的。在這些過程中，我不僅知道了職業生涯所需具備的專業知識，而且讓我深深體會到一個團隊中各成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。靠單一的力量是很難完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每個成員的意見，使我們的組合達到更加完美。
這次實訓帶給我太多的感觸，它讓我知道工作上的辛苦，事業途中的艱辛。讓我知道了實際的工作并不像在學校學習那樣輕松。
人非生而知之，雖然我現在的知識結構還很差，但是我知道要學的知識，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這次實訓讓我們不可能永遠呆在象牙塔中。
實訓中除了學到不少專業知識，也了解一些社會的現實性，包括人際交往，溝通方式及相關禮節方面的內容，對于團隊開發來說，團結一致使我深有體會。團隊的合作注重溝通和信任，不能不屑于做小事，永遠都要保持親和誠信，把專業理論運用到具體實踐中，不僅加深我對理論的掌握和運用，還讓我擁有了一次又一次難忘的開發經理，這是也是實訓最大的收獲。
現在我對“一個人最大的財富是他的人生經歷和關系網絡”這句話非常的有感情，因為它確實幫了我們不少。除此課本上的知識畢竟有限。通過培訓，我班同學都有這樣一個感覺，課本上的理論知識與實際工作有很大差距，只有知識是遠遠不夠的，專業技能急需提高。
教會了我們很多東西，同時也鍛煉了大家踏實、穩重的能力，每個人都很珍惜這來之不易的培訓機會。
將會在以后的日子里繼續努力，不斷激勵經驗，不斷磨礪自己。
王建國
2013年8月13日
第三篇：軟件專利申請方法與保護策略
軟件專利申請方法與保護策略
(2012-10-31 16:55:24)本文來自2011年南山區科技創業服務中心舉辦的講座活動。時間：2011年4月15日14：30—18：35 地點：南山數字文化產業基地一樓多功能廳
內 容：
主持人：各位朋友、各位來賓，大家下午好！歡迎來到軟件專利申請方法與保護策略的講座活動現場。
可以說深圳市南山區一直處于創新和創業的前沿陣地，在深圳南山區有很多擲地有聲的高新技術企業，這些企業大多涉及到計算機軟件的開發和研究，對于計算機軟件開發和研究可以說很多企業一直處在探索和摸索的階段。但是其中也有很多已經在行業頗有建樹，大家很多都是來自知識產權界的專業人士，上階段中央電視臺連續做了有關全國知識產權申請的系列節目，包括新聞聯播還有焦點訪談都做了專題報告，全國知識產權申請量以廣東居首，而廣東省又是以深圳居首，而深圳市主要是中興、華為、騰訊這三家企業名列前三甲。說了這些，還要看到事物的另一方面，很多中小企業在專利申報和知識產權方面還處于空白和弱勢階段，希望借著更多講座和培訓可以給大家提供溝通和交流的平臺，也希望大家意識到知識產權方面的重要性和必要性，為大家在創新領域注入更強的生命力和活力，也希望在創新城市的建設上步子邁的更扎實和穩健。
首先請允許我代表主辦方向大家介紹一下今天到場的嘉賓和領導，他們分別是：來自通訊審查部副部長、國家一級審查員李超老師；南山科技局調研員劉石明先生；南山區科技創業服務中心王紅衛主任；深圳知識產權研究會鄞漢藩會長；南山區知識產權科何賢佳。
首先為大家介紹一下李超老師，他1984年進入中國專利局，國家一級審查員，研究員。曾任電學發明部元氣器件處處長、電路處處長、計算機處處長、電學發明審查部副部長，專利審查質檢組組長，現任通訊審查部副部長。除審查工作外，多年來一直擔任局內新審查員的講座和專利代理人考試的講座工作，具有非常豐富的審查與實務工作經驗。在這里，請主辦方以及全體到會工作人員向遠道而來的李老師表示熱烈的歡迎和誠摯的敬意！
接下來有請南山區科技創業服務中心王紅衛主任上臺致辭。
王紅衛：李部長、鄞會長，大家下午好！說實在的，我沒有資格致辭，因為在專利方面，第一不是專業，第二也沒有多少工作參與，我是管理孵化器機構的人，代表這個地方歡迎大家！剛才主持人介紹李超老師，始終沒講他是國家知識產權局通信發明審查部的部長，這個角色和地位對我們異常重要。今天下午來的很多都是跟這個產業相關的，不相關的，我想李部長也能給大家指導。
我順便把創業中心跟專利有關的沙龍做一個1分鐘的介紹，今天這個活動一直是我們推動和支持、參與的科技企業核心價值培養工程，我們希望對科技創業企業在創業服務方面對企業的價值培養做深度的挖掘，從09年開始開拓了自品牌活動，這是在深圳“接觸”創業沙龍下面的，沙龍活動已經有6年，這個品牌活動也已經有2年，卓有成效，今天看到這么多參與者，足以見得群眾基礎非常深厚。4月22日將舉行“接觸”創業沙龍六周年紀念活動，同時會推介“創業之星”大賽的事情，我鼓勵和邀請大家參加今年的“創業之星”大賽，另外也把創業中心的業務介紹一下，我們從去年開始，針對5000萬銷售額以下的企業貸款，從100萬到300萬，我們還有投資，最多可以投500萬，可以聯合很多投資機構投資中小企業，歡迎你們參與到我們的投融資服務工作中。另外我們有10個孵化基地，38萬平方米，包括了大學城周邊、茶光路沿線、蛇口工業區的2個孵化器以及這周邊的孵化器，正在建的還有電子商務產業園、新能源創新產業園、生物醫藥產業園等等，相信各位在座都會跟我們有接觸，我們的面積最多可以1、2000，最少可以1、200。除此之外我們還有公共技術服務平臺，希望大家關注南山創業服務中心的網站，關注我們的信息，多到這里參與活動。
下周沙龍六周年會充分展示創業中心的服務內容，歡迎你們關注，歡迎你們參加，歡迎大家，謝謝！
主持人：謝謝王主任！
下面讓我們掌聲有請南山區科技局劉石明局長上臺講話，請大家掌聲歡迎！
劉石明：其實我的講話可能有點多余，前面的重要性主持人講了，剛才紅衛主任代表中心對活動講了主題和內容，我無非是對李部長的到來再一次表示感謝和歡迎，同時感謝在座各位在百忙之中參加我們的活動。
我補充講一點，這個活動最初的起因，我們經常到企業，特別是到很多軟件企業，我們問大家的問題，你們公司有沒有知識產權？很多企業都很自豪的回答“有”，我們有很多版權登記，但是再問一句話，有沒有專利？大家基本上都搖頭，除了像騰訊這些大企業之外，很多企業都是搖頭，我們的《專利法》沒有保護軟件的，還能申請專利？沒聽說，不知道怎么申請。我們去年就想了這個事情，雖然南山有很大一部分企業已經有專利授權，但是大多數中小企業，特別是剛剛成立的起步企業真的不知道怎么申請軟件的專利，所以我們局跟世紀恒程代理公司一起籌劃這個活動，非常榮幸的把李部長從北京請到這里給我們做講座，通過李部長的精彩講座，下次我們去企業調研的時候，他們會很自豪的告訴我們，我們已經申請了或者已經授權了多少發明專利，下次再請李部長來講座，會有更多企業和更多的發明專利，把他們的軟件產品還有一些idea結合的電子商務模式變成我們國家的發明專利，他們靠這些發明去打遍天下，讓南山的軟件企業、互聯網產業有更大的發展，這也是南山重點扶持的重點產業之一。
再次代表局里感謝李部長來南山做精彩講座，謝謝！
主持人：剛才兩位領導多次提到非常幸運請到李部長，請領導來，一是在專業領域上給予某些問題的指點和點撥，同時希望各級領導給予中小企業在發展服務的進程上提供幫助和指南。接下來言歸正題，有請李超部長就“軟件專利申請方法與保護策略”進行講座。
李 超：大家好！我接到這個任務，今天主要針對的是中小企業，可能個別事務所沒有針對代理方面的講座，特別是保護范圍更好，一通怎么答等這些方面我沒有準備，我主要把軟件保護的情況通過案例讓大家有所了解，所以沒有準備針對事務所的內容。
一、軟件保護 我講的有幾個方面，今天主要講的是軟件保護，軟件保護的重要性，剛才兩位領導已經講了，現在軟件的發展，在座可能比我更清楚，軟件應用在各行各業、各個領域，怎么能夠得到更好的保護？它的重要性是不言而喻的。現在有幾個方面，電子領域包括很大，通信、計算機等等，只要有工業、涉及電子的，軟件都存在，軟件在以前是不保護的，尤其在我們《專利法》剛剛實施的時候是不保護的，由于軟件的發展導致了有大的需求，尤其是我們國內，后來我們的《專利法》也在修改，原來開始的時候在專利方面不保護軟件，后來是軟件+硬件，后來經過發展，我們的法和指南也在修改，把設計純軟件的，沒有硬件關系的程序發明也給予保護，由于軟件的發展和社會的需求，我們的法在修改，重要意義就不講了。
接下來講一下計算機程序的定義，有很多涉及軟件的公司只申請了版權，版權保護里面有一個《計算機軟件保護條例》，《計算機軟件保護條例》對計算機軟件有一個定義，計算機軟件（以下簡稱軟件），是指計算機程序及其相關文檔。這個定義是在《計算機軟件保護條例》里面的。什么是計算機程序？是指為了得到某種結果而可以由計算機等具有信息處理能力的裝置執行的代碼化指令序列，或者可以被自動轉換成代碼化指令序列的符號化指令序列或者符號化語句序列。計算機程序包括源程序和目標程序。這是在《計算機軟件保護條例》里的定義，也就是說保護的是這樣的內容。計算機軟件包括程序和文檔，文檔是什么？是指用來描述程序的內容、組成、設計、功能規格、開發情況、測試結果及使用方法的文字資料和圖表等，如程序設計說明書、流程圖、用戶手冊等。
二、軟件保護的方式
看一下軟件保護的方式，到現在為止基本上有兩種途徑，一個是著作權保護，一個是專利保護，現在尤其是小的軟件企業剛開始的時候只是著作權保護，不知道怎么專利保護，其實專利可以授予涉及計算機程序的發明給予保護。兩種保護的方式是什么？版權是把軟件和源代碼作為文字作品給予保護，給予許可。專利是將軟件轉變為專利產品給予保護。這兩個是不一樣的，版權保護的僅僅是文字，專利保護的是專利產品，一個專利產品可以做許可、銷售、轉讓，這是兩種保護的方式。怎么樣更好的保護軟件？就引起了大家的關注。
這里想給大家介紹一個簡單的概念，就是保護的分類，軟件的兩分性或兩重性，軟件本身有功能和表達，什么意思？大家設計一個軟件或者想解決一個問題，設計軟件的時候能起到什么功能、解決什么問題，這是它的功能性。更重要的，軟件還有表達，軟件是用什么形式表達的？不像一個產品，做出來我們就看到，一個軟件分為兩種，功能性和表達方式。兩分性很難有確切的分類，同時具備功能和表達的兩分性，怎么分類？目前我們認為軟件不是單一的作品，多元素的情況可以落入不同類型的保護，用什么方式保護，這是很重要的問題。
就版權的保護來說，源代碼是以文字形式來描述的，文字歸屬于著作權保護，寫一個小說是以文字的形式，譜個曲子是固定的格式，前一段時間炒的比較火的是春節的時候旭日陽剛唱的歌，版權人不讓他們唱了。保護是文字的形式，源代碼是通過文字形式來保護的，很自然的就歸入到版權的保護里面。目前當今世界上通過軟件保護，我國的《著作權法》、《世界知識產權組織版權條約》和《世界貿易組織TRIPS協定》。
軟件的功能版權保護不了，不同的表達可能實現相同的功能，功能性通過版權是保護不了的，一串編碼有固定的節奏，一個計算機程序的源代碼可以和另外一種程序的代碼完全不同，產生相同的功能，但是表達形式不同，所以功能性來講，版權保護是保護不了的。
軟件的專利保護需求，剛才我們講了，從版權的保護來講僅僅是表達形式，而保護不了功能。功能怎么保護？通過專利保護能夠把軟件的功能性給予保護，這是現在的一種潮流，很多國家都對軟件功能性方面給予保護。
軟件專利保護最早是1981年美國法院判了一個案例，計算機軟件協助完成人工合成橡膠程序的權利要求給予專利權授權，大家知道美國是判例制，由于給了這樣的判例，結果就導致在美國的軟件許可申請專利授權的形式的大門開啟了，這時候全世界很多軟件公司就到美國申請并得到授權。95年的時候美國軟件占授權總量的9%，03年已經接近3萬，占了總授權量的15%，現在這個比例就更大了，為什么？因為授予專利的涉及軟件保護的量在中國也很大，大家知道南山的騰訊基本都是軟件，還有中興、華為，很多申請都涉及軟件，由于美國開啟了以后，很多就跟著來了，美國的授權量大了，我們國內的指南修改以后，涉及純計算機程序的發明，指南修改以后我們的申請量也很大了。我在電學部也待過，電學部有一個計算機處，現在已經有四個處了，這四個處將近200萬，全涉及計算機程序。我們通信部多數申請的是計算機程序應用在通信領域，這樣的申請也相當多。
歐洲專利局跟著美國有條件的開始了提供專利保護，雖然軟件的源代碼或文字部分是不可以專利保護的，但是只要發明主題具有技術效果，產生技術貢獻或進步，就可以獲得專利保護。歐洲也在開啟給予專利授予計算機軟件的門。
歐洲委員會在美國開啟了以后提出一個軟件專利指令，05年被否決了，由于歐洲內部對軟件的專利保護存在很大的分歧，歐洲的發展也不平衡，有的國家在軟件方面的發展比較迅速，要求就更高，但更多的國家可能滯后，要在整個歐洲實行，肯定要得到大多數國家的同意，因為很多國家在軟件方面還不夠發達，所以當時就沒有通過軟件專利指令這個規定。后來在軟件涉及技術性方面的授權量慢慢增加。
澳大利亞、巴西、印度、日本等都以各種形式對計算機執行程序的發明授予專利，現在越來越多的國家開啟軟件專利授權的大門。
目前我們國家有兩種方式保護，一個是著作權，2010年2月26日頒布《中華人民共和國著作權法》，這是最近修改的日期，還有02年1月1日實施的《計算機軟件保護條例》。軟件保護的手段當中，《著作權法》第三條，本法所稱的作品，包括以下列形式創作的文字、藝術和自然科學、社會科學、工程技術等作品：文字作品；口述作品；音樂、戲劇、曲藝、誤導、雜技藝術作品等。主要看第八項，計算機軟件，作為著作權里的一種作品給予保護。還有一個是我今天講的，專利涉及計算機軟件的保護，《專利審查指南》第九章是關于涉及計算機程序的發明專利申請審查的若干規定。
接下來給大家講這兩個保護的比較有什么不同，兩種方式的保護客體不同，表達形式不同，權利內容不同，保護效果不同，保護時間不同。
保護客體，著作權保護和專利保護的客體是什么？兩者是不同的。固定在有形載體上的計算機軟件本身，是指計算機程序及文檔，程序包括源程序和目標程序。表達形式，以程序語言表現的可由計算機等具有信息處理能力的裝置執行的代碼化指令序列、符號化指令序列或者符號化語句序列。這是第二個不同。通過版權保護以后有什么法定權利？由軟件本身產生的發表權、署名權、修改權、復制權、發明權等。保護效果，登記程序簡單，這是與專利保護相對比的，載體上記錄的都是源程序，格式都固定的。保護直接，剛才演示了源程序、目標程序，那很簡單。侵權判斷直觀、容易，那段程序不一樣就不侵權，跟你一樣的馬上就判斷出侵權，格式很清楚，寫的什么就是什么，著作權來講，簡單，判侵權的時候非常容易，但保護內容單一，格式稍微變了就不是你的了。另外，僅限于軟件本身的表現形式，他人容易回避，只要借鑒一些，但改一點，就不是你的東西了，從效果來講，有它的好的，簡單、直接、判侵權容易，但是單一，缺點是容易回避。保護時間，獲準周期較短，保護時限相對較長。
接下來看看專利保護，專利保護的客體是什么？涉及計算機程序的發明，是指為解決發明提出的（技術問題）問題，全部或部分以計算機程序處理流程為基礎，通過計算機執行按上述流程編制的計算機程序，對計算機外部對象或內部對象進行控制或處理的（利用技術手段并能產生技術效果的）解決方案。
專利保護的是一個技術方案，而版權保護的是一個程序本身，這個方案要涉及技術問題，為了解決什么技術問題提出這樣的程序，通過這個程序解決了技術問題，最終要產生技術效果，保護的是一個技術方案，不是程序本身。（PPT）這是流程圖。外部對象指什么？包括對某種外部運算過程、運算裝置進行控制，對外部數據進行處理或者交換等。內部對象，包括對計算機系統內部性能的改進，對系統內部資源的管理，對數據傳輸的改進等。表達形式，以自然語言表述發明的內容，即通過方法的一系列步驟或者產品的各部分結構體現的技術方案，而不是以機器語言表達的代碼化指令序列。法定權利，由權利要求記載的發明內容確定的排他權，凡是落入權利要求限定的保護范圍內的方法或者產品未經專利權人許可均不得制造、使用或銷售。涉及發明的計算機程序一旦授予了，保護范圍就確定了，這個范圍之內的權利全是你的，如果別人要用，那他就侵權，什么意思呢？版權是文字，因為寫的很固定、單一，就那一種形式。
通過專利保護，要寫出一個技術方案，這個技術方案表示的范圍就很大，我們講的計算機軟件是通過一個程序做的，要解決一個功能，方法保護一個大范圍以后，不管通過哪種程序，不同程序都可能實現相同功能，專利保護就是保護那個功能，如果功能保護了，不管程序通過哪種寫，都落入它的保護范圍之內。保護效果，保護充分，概括性強，曾經多，不受技術方案具體實施方案的限制，他人不易回避。只要我有這個功能，這端程序解決了這個問題，不管怎么寫那段程序，雖然跟我不一樣，但都在我的保護范圍之內。而版權呢？程序是固定的，只有這一種方式，就這種格式，源代碼是不能變的，按照這種格式寫的才侵權。專利保護的是一個范圍，這個范圍里的內容，不管別人用什么樣的程序，只要實現了你保護范圍保護的功能，他都是侵權的。另外，概括性強，什么叫概括性強？在說明書當中可能有兩個或三個多種不同的實施例，但寫的保護范圍不能落實到一個實施例上，要通過一種概括性的語言把多個可能的、單獨實現的例子概括成一個大的上位概念，那么保護范圍就非常大。還有層次多，專利要寫權利要求，可以有很多個權利要求，可以多層次保護，一旦大的保護范圍沒了，可以限定成具體的，不知道在座對保護范圍有沒有概念，代理人肯定沒問題，涉及軟件公司的開發人員不知道權利要求的概念有沒有，這是專利保護的一大特點，首先要知道保護的是一個方案，保護的方案可能要保護很大的范圍，這個范圍取決于說明書寫的實施例情況，如果寫好了，就可以得到很大的保護范圍。因為這個課是對中小企業，記住版權保護僅僅保護的是那段程序，寫的具體的碼，順序一顛倒就不是你的了。寫小說，文字一調整就不是你的了。專利保護是保護大的功能。軟件有兩重性，功能性和表達形式，版權保護的是具體的表達，不可變，而專利保護的是功能，功能只要在那兒，不管怎么表達，都是我的。
申請程序相對繁瑣，涉及計算機程序的發明只能申請發明，因為程序基于流程圖，要以流程圖寫出的具體步驟來體現，涉及的是方法，如果程序通過硬件形式實現的時候要有硬件，多數都是基于方法，《專利法》當中的方法不授予實用新型，也就是說實用新型只是產品，涉及計算機程序的發明基本是方法，通過發明的形式給予保護。發明申請以后要有公開的階段，還有公開期，公開期以后到了實審，審查員需要檢索，要做三性的判斷，在世界范圍內檢索有沒有跟你相同的方法，三性過去以后，如果不存在其他問題，具備授權條件的才能授權，周期和審查相對比較長。侵權判斷也比較復雜，因為你寫的是一種方法，對方侵權的時候很難判斷，如果用的是版權就相對簡單一點，他的123跟你的123一樣就侵權了，他是不是落在你的保護范圍之內，跟版權相比，判斷起來比較復雜。保護時間，申請的時候獲得的時間長一點，保護時間是從申請日開始20年。
三、軟件專利保護
剛才簡單給大家介紹了版權保護和專利保護有共性和區別，版權保護從客體、形式、效果和時間跟專利保護有什么不同，接下來給大家介紹專利保護是怎么保護的，有什么要求。
介紹一些基本概念，什么樣的才能夠得到專利保護，我這里講的都是涉及計算機程序的。必須構成技術方案。專利保護的是技術方案，而版權保護的是文字作品，這是區別。《專利法》第二條規定，專利法所稱的發明是對產品、方法或其改進所提出的新的技術方案。也就是說這個東西必須是技術方案。什么樣構成技術方案？如果在座的已經申請了一些專利，涉及計算機程序的，多數拿到的通知書經常是缺了三要素當中的一個，技術方案的三要素缺一不可，必須同時具備，解決技術問題、采用技術手段和獲得技術效果，這三個缺一不可。就三要素來講，在指南當中規定就是涉及計算機程序的。什么是技術性的？這是從德國來的，德國專利一直在強調遵循自然的法則為前提，不是人為的規定。除此之外，還要滿足其它授權條件，涉及計算機程序的，必須是技術的，技術三要素滿足了，客體過去了，再滿足其他條件，比如三性，排除以后要看是不是有三性，其他人有沒有在你之前公開使用過，那個是其他條件。
專利保護客體的排除，這也是審查員審查當中最關注的，你寫了一個程序，想申請發明，滿足不滿足我們排除的對象？《專利法》里面有規定，智力活動的規則和方法，多數寫不好的時候計算機程序就落入智力活動的規則和方法，落入了就不能獲得專利權。
不取決于自然法則，是指導人們對信息進行思維、識別、判斷和記憶的規則和方法，不以解決技術問題為目的，獲得的效果是非技術性的。
專利法第二十五條規定，智力活動的規則不授予專利權。為什么要講這個？這很重要。實際上很多涉及軟件的程序被駁回，沒有獲得專利，更重要的是沒寫好，多數情況還是跟技術相關，只不過寫的時候沒有寫好，沒有按照規定撰寫。我想提醒大家，中小企業的軟件，我認為只要你們寫好，多數情況可以申請專利，而且可能能夠授權，但是必須要排除，從撰寫上要排除，讓人一看就是一個規則，那就麻煩了。
審查員審查的時候注重哪些重要特點？這是第九章當中審查員特別關注的，我們要作為審查基準。智力活動的規則和方法，包括哪些？科學發現；智力活動的規則和方法（是指導人們進行思維、表述、判斷和記憶的規則和方法）。為什么會被拒絕？涉及計算機程序的發明，最終要落實到保護什么，著作權講的是表達形式，表達形式就是在軟件載體上寫出的源程序，而發明要寫一個權利要求，要求保護范圍，保護范圍有兩種，一個是涉及智力活動的規則和方法不屬于保護客體，第一種情況是全部為智力活動的規則，也就是說權利要求只寫了一個規則，要求保護，這肯定是不允許的；第二個，除了名稱之外，一種計算機產品或者一種器件，下面限定為程序，這也是不給保護的。如果一項權利要求僅僅涉及計算機程序本身或者是僅僅記錄在載體（例如磁帶、磁盤、光盤、磁光盤、ROM、PROM、VCD、DVD或者其它的計算機可讀介質）上的計算機程序，則該權利要求屬于智力活動的規則和方法，不屬于專利保護的客體。提示大家要注意，權利要求的名稱上來就寫程序，這肯定不行，或者寫一種記錄介質，這個介質當中記載的程序也不行，這是不能保護的。審查指南中還有相關的規定，專利審查申請的方法，第一步先要閱讀說明書，第二步看權利要求。組織、生產、商業實施和經濟等方面的管理方法及制度；交通行車規則、時間調度表、比賽規則；演繹、推理和運籌的方法等。儀器和設備的操作說明，各種語言的語法、漢字的編碼方法；計算機的語言及計算規則；計算機程序本身。如果權利要求里面有智力活動的規則+技術特征，有裝置了，要輸出、輸入、檢測，我們認為這是技術性的，有技術內容的時候就不允許用二十五條排除，就屬于保護的客體，權利要求撰寫的時候如果有技術性內容，審查員不能把主題的客體排除，權利要求里面有規則和方法，但是也有相應的技術特征，審查員審查的時候不能說不是保護客體給駁回，這就是撰寫的問題，特別是中小企業涉及計算機軟件要特別注意，你的軟件在撰寫的時候怎么能夠跟技術性的東西結合起來，首先把客體克服了。
技術方案的確定，發明應當是新的技術方案，然后是三要素，剛才已經講了。什么是技術？受自然規律的約束。舉例，如果這個程序為了使工業的產品、設備等等提高效果、增加準確性、速度提高、增加安全性、提高圖像效果、更遠距離傳輸、提高控制的準確性等等，我們認為這是符合自然規律的，受自然規律約束的，計算機程序寫的最后能跟技術連接起來，達到這樣的效果，我們認為是受自然規律約束的，有技術性。相反，僅僅是一種規則方便顧客、增加美感、鼓勵消費、增加積分等等，這些我們認為是不受自然規律約束的，是非技術性的。
下面給大家介紹一下我們在審查當中是怎么做的，審查的時候，這個屬不屬于二十五條的規定，是不是智力活動的規則，如果沒寫好，可能就落入到是不是信息表述方法，看看這個信息表述方法、計算規則、組織形式等等，不是智力活動規則以后，審查員再判斷是不是技術性的，是不是要解決技術問題，采取的是不是技術手段，是不是通過這個能達到技術效果。首先判斷是不是保護的客體，客體就是是不是落入到專利法二十五條規定的智力活動。因為今天是涉及中小企業軟件的公司，你申請的發明多數要經過這兩個，一般正常的申請不會說這是智力活動，基本都是計算機軟件，我們審查的時候也經常是這樣，肯定要先看是不是智力活動，智力活動規則過了馬上要判斷是不是技術性的，剛才一再強調，撰寫的時候要把軟件和真正用的領域結合，就會走過第二關，有技術領域，肯定寫起來就容易，但有的時候總寫大，權利要求不結合領域，結果就落入到客體上，如果把軟件程序在寫發明的時候結合出具體的領域，這個一般能夠避開客體的判斷。
將發明分為技術方案和非技術方案。技術性的包括對內部對象、外部對象的控制、數據傳輸等等。這里面還有計算機軟件，計算機程序本身又和技術性相關，這是怎么回事？是不是矛盾的？非技術性的有語法，語法里面包括計算機語言的轉換，也就是把英文轉換成德文，現在申請還挺多，僅僅是轉換的格式不是技術性的。游戲方法，有問答式的，我們認為屬于非技術性的。什么叫問答成長？過一關得了幾分，獲得幾條命，就往下面走。還有教學方法，自定學習內容，現在有很多學法，比如我要做一些選詞練習，做完之后給你結果，想練習單詞就出來好多題，然后再選，如果練習同義詞，馬上出來很多同義詞，這作為教學方法，自定義學習方法都屬于非技術性的。還有算法，求圓周率等等。
（PPT）舉個例子，圖像去噪，圖像A是噪聲，中間圖像是過度的，最后一張是去噪的，我相信在座肯定有做圖像處理的，就是通過計算機程序把一個不清楚的圖像經過處理弄清楚了，這是不是技術性的？顯然是，它在解決技術問題，一個那樣的圖像，最后變成那么清晰的圖像，這就是對數據處理，如果僅僅寫程序，不結合圖像處理來講，客體就逃不過，但是如果用在圖像處理去噪，顯然就是技術性的，可能應該得到保護。如果權利要求寫成一種進行圖像去噪的計算機程序或軟件，可以不可以？顯然主題就不對了，不是我們保護的主題。主題怎么寫就可以？一種什么什么的方法，這就可以了。首先寫成計算機程序或者軟件，這個主題就是不允許的，我一再強調，在座很多企業做軟件開發，多數是為了解決一些問題，關鍵在于怎么寫能夠得到保護，這很重要。本身這個過程是技術問題，這個程序是在解決技術問題，恰恰是一個在解決技術問題的程序，但是如果寫成下面這種方式，不是保護對象，馬上就給駁回了，如果寫成一種用來圖像去噪的方法，馬上就上了。從這兒是想提示大家想把軟件程序申請保護發明，撰寫是非常重要的。
（PPT）再給大家舉個例子，這是一個利用計算機程序控制粘度測量的方法。大家看看權利要求是什么，利用計算機程序測量液體粘度的方法，包括下列步驟，通過嵌置參數信號處理程序，根據液體種類確定合適的傳感探頭轉速；通過傳感探頭控制程序啟動傳感探頭。這是用軟件控制測量粘度的方法，怎么把粘度測量的更準確，這跟實際技術領域已經相關了，這就是計算機純程序控制的。申請提出一種利用計算機程序控制的方法，通過執行計算機并對于液體粘度測量的數據采集、數據處理和數據顯示過程進行自動控制，實現在生產現場對液體粘度進行實時檢測。
（PPT）算法，利用計算機程序求解圓周率的方法，其特征在于，把一個正方形分成好多個小正方形，然后再計算正方形內切圓點的數目，然后根據公式求出圓周率。僅僅是由計算機運行的純的數學運算方法和規則，我們認為是智力活動規則。這樣的權利要求由于屬于純的計算，就不屬于專利法保護的客體，因此這樣的申請是被拒絕的。
有技術性的、非技術性的，都給大家舉例了，看看矛盾，都是計算機程序，怎么又分了技術性的，是不是跟計算機程序有什么矛盾？剛才那三個圖我給大家解釋了，最后一個圖非常清楚，那是圖像去噪處理，那段程序和技術相結合，得到的技術方案是技術性的，可以獲得。如果是按照一種程序，那肯定是不允許保護的。如果是計算機程序本身，主題寫成一種程序、指令、介質、存儲介質、可讀介質、程序產品、補丁，這樣的主題不管內容是什么，都是不允許的，只要把主題這么一寫，馬上落到不是保護的客體上。這里舉例，一種產品，其中存儲有計算機程序，所述計算機程序包括??。例2，一種中間服務器，包括存儲有程序的介質，所述程序包括：讀取步驟，用于??。例3，一種服務器，包括處理器和與處理器連接的存儲器：其中處理器用于執行存儲器中的指令，所述指令包括??。我在這里一再強調，千萬不要把非常好的內容落實到這樣的主題上，關鍵在于怎么把你的程序寫的與技術相結合。我們保護的客體是什么？以自然語言寫的步驟，跟技術領域相結合的發明。
休息10分鐘，下面講撰寫的時候怎么寫。
（休息）
胡海國：今天非常抱歉，我們準備了200多份資料，沒想到李老師魅力這么大，把資料全搶光了，很多后來的朋友沒有拿到資料，再次表示歉意，同時我們會把速記資料放在網上供大家下載，如果還有其他方面需要的可以跟我聯系。今天來了很多老朋友，也有很多新朋友，我不能一一跟大家打招呼，謝謝！
李 超：我先提一下，剛才休息的時候有幾個同志問我一些問題，可能有共性。第一個問題，計算機程序是審查、撰寫當中最難的一塊，按正常應該有撰寫的知識，有一些不太了解，我說權利要求的時候不太了解，今天給我的任務是給大家介紹軟件保護的兩種方式，在座可能都是一些企業，撰寫的時候寫不了可能要找代理機構，但應當明白反應可以得到保護，怎么得到保護，保護的是什么，我的目的就是這樣，不僅僅是版權保護，專利也是可以保護的，但是專利保護的客體是什么要了解一些，至于權利要求很詳細的細節可能有些人不懂，沒有這個知識，計算機真正的撰寫不是今天講的，我不可能再給大家鋪墊一些基礎知識，我的目的是應當了解著作權、版權之間的區別，保護客體、形式要了解，另外專利保護的基本要求有所了解就可以了，這是第一。第二，剛才還有一個問題，專利保護是保護功能，功能寫出來怎么不允許？《專利法》保護的是涉及計算機程序的發明，發明是通過技術方案表現的，如果權利要求寫成功能是什么，顯然就不行了，因為指南當中不允許功能。功能怎么辦？還是撰寫的問題，把功能轉化為流程和步驟，不要體現出是實現這樣的功能，這是撰寫的技巧，主題寫成程序、補丁、介質這不行，如果改為方法，按照步驟，結合技術領域，就可以了，所以更多的是撰寫的形式和要求。還有一個人問個人行不行？雖然今天面對的是中小企業，都是軟件開發的，我想介紹知識，申請專利不管是企業還是個人都可以獲得。
四、專利保護—說明書
如果涉及計算機程序的軟件想申請發明得到保護，發明有要求，看一看基本的要求。發明里面有一個很重要的部分就是說明書，說明發明的是什么內容，要求的是權利要求。版權保護，有一個程序，還有相應的文檔，文檔對程序有一些說明，這個相當于文檔說明。專利保護當中最重要的一部分就是說明書，應當清楚、完整地描述計算機程序的主要技術特征，說明書附圖應當給出計算機程序的主要流程圖。不要求是計算機程序，而是要求對應的流程圖，整個內容應當圍繞流程圖撰寫步驟、實施例還有每個步驟的功能。很少見到設計一個程序的發明沒有圖，都是圍繞流程圖。剛才有一個同志給我提的問題，他有一個芯片，芯片整體完成一個功能，芯片里面有不同的程序支持這個芯片，從技術性來講，芯片肯定要解決技術問題，保護起來怎么保護？因為整個芯片要解決一個完整技術問題，應當保護完整的程序，照著總的流程要解決技術問題，寫一個總的，每段程序解決不同的任務，這段小的程序也單獨寫，應當也得到保護，因為這個程序不僅僅在主程序里面配合，這段程序拿出來，如果有技術性，同樣解決其他類似問題的時候，應當把其他每個程序單獨寫，這樣保護范圍可能更大，因為程序在主程序當中是一段，為了配合總的任務，僅僅是解決這個任務的一段程序，單獨拿出來，解決其他問題也能用的時候，把這段子程序單獨申請，保護范圍可能更大。有一個主的流程圖，每個子程序都在流程圖中當做分支，每個小的程序單獨寫一個完整的程序，照著小的完整程序再寫一個權利要求，保護可能就會更好。
說明書應當以所給出的計算機程序流程為基礎，按照流程時間順序，以自然語言對計算機程序的各步驟進行描述。這是撰寫說明書最基本的要求。涉及電學領域里的發明，方法就兩種，一種是方法撰寫的時候按照時間順序，第二個就是空間順序，半導體制造的時候比較特殊，是空間一個一個疊加起來。涉及計算機程序的，描述的說明書也好，權利要求也好，基本是按時間順序來的，描述流程圖的時候一定要按時間順序對流程當中的每個步驟加以描述。
說明書的文字描述應當和附圖中的流程對應一致，不能說明書說的順序和流程圖說的順序不一致，這是不行的。附圖要有流程圖，以流程圖為基礎，按照時間順序描述流程的每個步驟。說明書的文字描述應當和附圖中的流程對應。對計算機硬件結構做出改變的，說明書附圖應給出該計算機裝置的硬件結構圖，說明書應根據硬件結構圖描述各硬件組成部分和連接關系。保護范圍比較大的是框圖、方塊圖。其次，如果方塊圖中有一個具體是特殊的，要給特殊的具體結構，正常的專利申請涉及電學領域的，必須給出這樣的結構。有一段程序，完成一項功能，通過我的軟件就能實現，如果涉及計算機程序，同樣能夠用硬件實現，這個硬件也想保護，寫說明書的時候應當首先在附圖上給出硬件結構的電路圖的具體連接、組成，然后在說明書中也應當對電路圖的組成、連接關系、工作原理、實現的功能在說明書里描述。
方法，剛才講了涉及計算機程序的發明在要求得到專利保護的時候，受到基于的是方法，什么方法？基于流程圖對應的，按照流程步驟寫出來的一種方法的步驟，主題是方法，構成方法的內容特征就是以步驟的形式來實現的，每個步驟對應流程圖當中的每個方塊執行的步驟。應當按照方法流程的步驟詳細描述該計算機程序所執行的各個功能以及完成這些功能的步驟。千萬別在權利要求里寫這個步驟方法完成下列功能，“功能”這個詞寫到權利要求里面是通過一個步驟來實現的，而不是通過這個功能是什么，出現什么語言？完成這個功能的自然語言步驟，第一步干什么，第二步干什么，最后得到什么。
裝置權利要求，如果裝置權利要求是實現方法的硬件結構，就應當把裝置的組成寫出來，講的是實體的裝置，用什么模塊，它們之間的關系寫清楚，要想保護模塊的功能，不是說這個模塊有什么功能，比如一個放大器用于將什么信號放大，這句話就是功能，但不能說這個放大器的功能是干什么。如果有一個硬件能實現，描述硬件的時候應當寫出它的組成和功能。
如果沒有硬件，就是軟件，能不能寫？2006年的指南做了修改，允許以流程圖的形式對應方法，寫出一組虛擬的裝置，這個裝置不是實體的，美國早就給了，中國原來沒有，06年修改的審查指南當中增加了一段內容，如果全部以計算機流程為基礎，要想寫一組相當于裝置的權利要求，怎么辦？就應當與該流程的各個步驟完全對應一致的方式，或者按照與反映該計算機程序流程方法的權利要求完全對應一致的方式，撰寫一組對應的裝置權利要求。大家注意，這個權利要求我們叫虛擬裝置，不是真正的實體裝置，但是可以寫這樣一個裝置。則這種裝置權利要求的各個組成部分應當理解為實現該程序流程各步驟或該方法各步驟所建立的功能模塊。之前外國向中國申請專利的時候，雖然我們不給，但是申請的時候美國專利總帶有一組方法，帶有類似虛擬的裝置，但是我們在06年之前這個方法給，模塊就不給，這個裝置是不清楚的，也不支持，你描述的裝置，但是在說明書和附圖里面又沒有這樣的結構，就不支持，我們就給駁回了。但是后來國內的申請人有很多企業在慢慢學著向外國申請的時候外國給，后來慢慢國內申請人也有需求要寫這樣的裝置，06年之前很長一段時間國內申請不允許，后來由于我們的申請人也會這樣撰寫，而且有這樣的需求，所以我們的法肯定是保護本國利益，這時候允許了，可能有的企業寫的時候已經有了這樣一種跟流程方式對應或者跟方法權利要求步驟一樣的對應模塊。由這樣一組功能模塊限定的裝置權利要求應當理解為主要通過說明書記載的計算機程序實現該解決方案的功能模塊架構不應當理解為裝置結構。裝置權利要求和方法權利要求對應一致。說明書、說明書文字、裝置權利要求、方法權利要求，基于的是附圖，說明書附圖、流程圖出來以后，說明書文字、方法權利要求、裝置權利要求都應當根據流程圖描述的步驟、時間順序一致。產品權利要求和方法權利要求的應當對應，什么意思？如果寫一個方法權利要求的名稱，然后對應寫一組虛擬的裝置權利要求，除了方法和裝置這兩個詞由方法改為裝置之外，其他內容應該是完全一致的，這樣才能理解為是流程框架下的一組功能模塊。
（PPT）舉個例子，這是撰寫的一種形式，首先要有一個流程圖，權利要求僅需要寫和流程圖對應一致的形式就可以了，方法可以，裝置也可以。涉及計算機程序的首先有方法，然后可以寫一組與方法對應的裝置權利要求。第一步，輸入信息，下面是步驟，把這個寫成一個方法，根據流程圖寫的方法，第一步輸入信息，是一個顯示屏幕的游標控制方法，如果涉及計算機程序的發明寫的方法應當是以流程圖為基礎，按時間順序寫出每一個步驟，第一步就是用于輸入信息的輸入步驟，第二步是用于將游標水平和垂直移動起點位置地址存儲到存儲裝置中的步驟，第三步是把用于將什么什么的終點存儲到存儲裝置中的步驟。其特征在于這個方法還包括，該特征所述的游標控制方法還包括1、2、3個步驟，下面這個步驟是什么？大家有沒有概念？撰寫權利要求的格式是這樣的，其特征在于前面是已經有的，現有技術已經有的，其特征部分是發明人在人家的基礎上由增加了這些步驟，我的發明點都在后面的步驟上。第一個問題是講撰寫格式，包括兩個部分，前面幾個步驟是現有技術這么做的，但是其特征在于，我的方法還包括，就是你創新的那部分在后面。另外一個講的是發明是按照這種步驟、形式出現的，通過這些步驟最后完成，解決計算機程序要解決的問題是干什么，用來顯示屏幕的游標控制，最重要解決怎么控制，是通過這些步驟來的，這些步驟基于流程圖。計算機程序的發明，首先要有流程圖，然后說明書和權利要求都圍繞流程圖的步驟，每個順序、起到的功能來描述。先有附圖，然后說明書和附圖對應描述，這是基本的要求。完全依賴于程序寫的流程圖，按照流程圖，現在要求保護，寫出一組方法，方法是按照步驟，步驟是按照順序來的，寫完了以后再寫一個裝置，06年以后允許寫一組相應的裝置，看看裝置怎么寫，跟剛才的內容是完全一樣的，不一樣的是什么？主題名稱不一樣，就是控制器，剛才是控制方法，叫游標控制器也好，改成游標控制裝置，沒問題，主題改為器或者控制裝置，方法改成裝置，把用于什么什么的步驟改成用于什么什么的輸入裝置，把它存儲到什么什么的步驟改成用于干什么的裝置，把最后的步驟改成裝置，加上一個用于就行了，這是與方法每個步驟一一對應的，里面的內容和裝置數應該一樣，步驟有5個，這兒就應該有5個虛擬裝置，之間的內容是方法的內容，只不過換了詞。可以不可以換成另外一種方式，也是允許的呢？完全可以這么寫，主題名稱不變，還是控制器，改成包括一個輸入裝置，用于輸入信息，第二步也是，包括一個存儲裝置，用于存儲什么什么，先把裝置定義出來也行，最后用一個定語放在后面，或者用一個長的定義最后定義到裝置，都沒問題，從數量是一一對應的，描述內容是一樣的。這種撰寫格式外國很多，06年申請的時候就帶著這組權利要求來了，但是我們審查員說裝置不行，不能允許，為什么？說明書里沒有裝置，這是流程圖，沒有具體裝置，不支持，即使授權了，把裝置刪了。現在就允許了，指南修訂以后認為這種虛擬的是支持的，因為是基于流程圖寫的裝置，這種基于流程圖寫的裝置和方法的步驟是一一對應的，也就是一模一樣的，有5個方法就寫5個裝置，內容是完全一樣的，所以必須得滿足這個條件。在座的以后申請計算機程序申請發明的時候，寫了方法以后，再寫一組完全對應的裝置，這是可以的，只要是方法權利要求授權了，有三性，這組裝置就不會再審創造性，就給你了，這是一個撰寫的方式。
第二個例子，這是一種計算機可讀存儲介質，其存儲程序，其特征在于該程序使得經由網絡與服務器連接的客戶端的計算機執行以下步驟：文檔存儲步驟、復制處理步驟、粘貼處理步驟。這是不是技術性的？問題在哪兒？問題在于主題，介質、數據結構、程序、補丁是不給的，主題這么寫是不允許的，如果審查員一看到介質，不管下面是什么，馬上就不允許，不是我們保護的客體。怎么辦呢？改寫成一種復制和粘貼處理的方法，這種方法是用于經由網絡連接到服務器的客戶端，其特征在于復制和粘貼的方法包括下列步驟：文檔存儲步驟、復制處理步驟、粘貼處理步驟。這完全基于申請當中的流程圖。這樣一個申請能不能寫一個裝置？完全可以。一種復制和粘貼處理裝置，下面的內容都一樣，用于干什么，其特征在于裝置具有文檔存儲單元、復制處理單元、粘貼處理單元。寫一個文檔存儲裝置行不行？可以。雖然你的內容是技術性的，但是主題是排除的，剛才講的介質、補丁、程序就不允許寫，要改變方法，與技術內容相關的寫出來。我相信大家通過我講到這兒應當有一個體會，撰寫很重要，剛才我說了好幾遍，中小企業開發的時候肯定要想解決什么實際東西，想把軟件保護起來，要純功能的時候恰恰得不到保護，這時候實際是能夠保護的，而且不光給方法，對應的虛擬裝置也給了。
第三個例子，要解決獲取模擬用戶在網站內的瀏覽過程。瀏覽器，有一個目標網絡服務器，還有一個中間服務器，解決的以后方案是什么？通過中間服務器重放網頁的路徑，即記錄用戶的訪問過程，并在需要的時候重現。（PPT）這是一個流程圖，根據流程圖要寫解決的技術問題的時候，通過什么結果？通過一個方法，依據流程圖，方法就是這樣的步驟，通過這樣的步驟解決剛才提出的問題。用于一種重放預先確定的通過一組網頁的路徑的方法，包括以下的步驟，這是根據流程圖寫的方法，這是權利要求1，是不是一個技術方案？這沒問題。想要寫一個系統，剛才講的是依照流程圖，有一個方法，可以依照流程圖跟方法一一對應的寫一個對應裝置，大家看看這是怎么寫的，把剛才的方法改為系統，該系統執行下列步驟，這樣撰寫行不行？保護的主題是什么？是系統。剛才說了，想保護一種虛擬的裝置，組成應當跟方法一一對應，這個主題是執行了步驟，跟那個是對應的嗎？不是對應的。我們在審查的時候，出現這種情況，會說第二個權利要求實際上限定概括了能夠實現該方法所有的方式，因為是一個系統，通過這樣的步驟來限定，而不是功能模塊的撰寫方式，讓你寫一個對應方法的裝置，必須一一對應，沒有寫對應，概括的方式范圍就大了，說明書僅僅介紹了流程圖，流程圖的一步一步撰寫按照時間順序來的，本領域的技術人員不能從說明書未公開的信息等同的方式實現，也就是保護的范圍太大了，保護一個系統，審查員認為保護太大了，不支持。申請人在方法基礎上又寫了一個系統，包括數據庫、重放裝置、處理裝置，然后處理器又執行剛才寫的方法步驟，實際這塊內容跟剛才依據流程圖寫的方法權利要求是對應的，上面又多了其他內容，這樣允許不允許？符合我們所講的指南規定嗎？如果想寫一組與指南對應的虛擬裝置，條件是什么？必須與方法步驟一一對應，這個一一對應嗎？不對應。同樣，系統里面包括重放裝置、處理裝置，有硬件結構，更重要強調的是執行步驟，這跟剛才的一樣，用方法概括了一個大的保護范圍，也是得不到支持的。又寫了一個，一個系統包括數據庫、重放裝置，處理器包括第一裝置、第二裝置、第三裝置跟方法是完全對應的，這么寫可以不可以？僅僅是在系統當中的處理器組成部分跟完整的方法是對應的，這種形成也是不允許的，也不符合一一對應的關系。
剛才主要給大家介紹的是涉及計算機程序發明的撰寫最基本的要求，要有基于程序對應寫出流程圖，有流程圖以后，說明書的內容應當對流程圖的每一個流程的實現步驟進行描述，按照時間順序進行描述，然后方法權利要求要對應流程圖的每個步驟，文字描述應當一致，如果還想申請一個裝置，也應當寫一個一一對應的虛擬裝置權利要求，這個權利要求的每個組成與方法權利要求的每個步驟完全對應，唯一的區別是把方法改為裝置，把步驟改為器件、單元就可以了。
五、專利保護—信息表述
下面給大家介紹信息表述，在軟件里面經常出現的案例簡單介紹一下。信息表述有聲音信號、語言信號、可視顯示信號、交通指示信號等等。信息表述還包括數據結構、漢字編碼、條形碼、存儲格式、圖像格式、幀結構、報表。比如一種用于定義數據庫中使用的因素或單詞網格的數據，顯然就不是我們報的客體。一組多種圖像數據結構，這都不是保護的客體。下面講一下漢字編碼，原來計算機不能輸漢字，五筆字型出來之后就能輸入漢字了，現在各種編碼很多，漢字編碼本身對應的怎么編是不給的，但是如果把漢字編碼結合于把漢字怎么輸入，這種輸入方法是給的，現在已經申請并授權了很多，漢字編碼的本身不是保護的對象，但是輸入的方法，比如計算機漢字輸入法，確定編碼碼元等等，保護輸入方法是可以的。二維碼本身不保護，條形碼屬于二維碼，屬于信息表述方式，它不是客體，對簡單條形碼的解碼，往往審查員通過公知的步驟，雖然客體克服了，可以通過新穎性、創造性駁回。如果將條形碼的改進和解碼過程有機結合起來，首先有一種碼，跟別人的不同，把條形碼的改進和解碼過程有機結合，這時候從客體上是可以過去的，如果確實是有新穎性、創造性，那么是可以授權的。（PPT）舉個例子，這是一個條形碼，撰寫的時候給實施例怎么寫？右邊有一個圖，下面這些圖就是它的變形，A部分是搜索圖案，B部分是同步圖案，C部分是數據圖案，格式上給了不同，給出了條形碼不同的組合，給出了多個實施例。接下來給的是什么？同步圖案的形狀，是對條形碼結構的本身作出了改進，給出了幾種實施例。現在又給出了條形碼尺寸的結構，目的是對條形碼本身的結構做改進，條形碼本身的結構是不授予的，要想把條形碼保護，必須跟解碼相關。優點1，容易上位，表述結構的時候有多種形式；優點2，侵權的時候“實施例+等同”，保護范圍更大。優點3，楚國的情況下，更容易通用于各國法律的相關要求。看看解碼，計算機程序當中有一個流程圖，解碼的過程，撰寫的時候寫的權利要求是一種用于解碼二維碼的方法，這個客體是不是排除了？包括掃描代碼圖，通過掃描圖搜索圖案，最后提取碼進行解碼。對數據區、搜索圖案區以及同步圖案區就是簡單的設計，這時候符不符合客體？客體沒問題，但是創造性過不去了。我們認為保護的是非常公知的方式，因為設計的僅僅是簡單的二維碼，這屬于客體還是不屬于客體？有解碼搜索的步驟，掃描的步驟、搜索的步驟，屬不屬于保護客體？判斷的時候，審查員如果認為是公知的方法，就認為不是保護客體。有的人就認為是技術方案，從新穎性、創造性考慮。在座的如果有類似申請，有的審查員通過檢索對比文件說這個沒有新穎性，怎么辦？剛才那個是簡單的結構，可能一個客體就排除了或者沒有創造性。怎么寫呢？一種解碼二維碼的方法，包括搜索圖案區，包括用于??。后面的包括是什么？是對二維碼改進的部分。同步圖案區，每個區對結構也進行了改進，要想保護，要把對碼結構的改進結合起來。其特征在于用于解碼的方法包括物理掃描或電掃描代碼圖像的步驟。在剛才說簡單公知的步驟中加入了自己的步驟，通過所述檢索的搜索圖案對于整個代碼圖像的斜率進行類推譯碼的步驟；提取數據中的方格坐標以使用由每個所述檢索的同步圖案形成的坐標的步驟，這加入了本身的一種解碼技術特征。要想獲得保護，需要把碼的改進結構寫上，然后再結合你的發明點，這樣一個解碼的方法是可以給予保護的。僅僅是二維碼保護是不給的，但是對二維碼結構進行了改進，這時候要通過把結構改進的內容再結合解碼的過程寫成一個解碼的方法，這時候是可以得到保護的。
第二組權利要求，用于編碼二維碼的方法，剛才是解碼，現在限定是編碼，這樣的能不能獲得？輸入信息，根據所述確定每種字碼的步驟，產生碼的步驟，是很簡單的。這時候審查員很容易找出一個對比文件，權利要求不是這四個步驟嗎？右邊是你的流程圖，左邊是找到的對比文件，流程順序跟這個是一樣的，所以就認為沒有新穎性，就給駁了。怎么辦？把你對碼結構的改進部分寫到你的權利要求中，然后再把你編碼特征的部分寫進去，這樣才能得到保護。
六、專利保護—非專利保護客體
接下來簡單說一下數據存儲格式不屬于專利保護客體，僅使用按格式存儲的數據進行限定的存儲器也不屬于專利保護客體。這里要注意，對于存儲器的讀/寫方法屬于專利保護客體。這個結構本身的數據格式是不保護的，對于存儲器讀寫的方法是可以保護的。對于存儲器的擦除（寫入的特例）方法屬于專利保護客體。對于存儲器的管理（讀/寫/節省空間等）方法也屬于專利保護客體。注意，對于存儲格式的改進要和讀/寫過程有機結合的發明。跟我剛才說的一樣，要把碼的改進和解碼、編碼的改進結合起來。僅指出度曲的數據具有某種格式，就說不過去了。
接下來講編碼領域，矩陣的結構本身不保護，碼的傳輸怎么傳這是方法。撰寫的問題是什么？如果權利要求中涉及碼和矩陣的生成方法、構造方法，這個時候由于構造碼的方法并沒有體現其具體應用的領域，僅獲得一種碼和矩陣本身，就是運算，是一種純的運算，不屬于保護客體。怎么辦？計算機程序撰寫的時候，經常體現編碼、數據結構、矩陣的時候，應當把編碼寫為一種用于什么的，還是跟領域相關。特征部分進一步限定算法應用的技術領域、增加必要的編碼/解碼輔助手段，其中包括怎么輸入、輸出的步驟。
給一個例子，一種構造低密度奇偶校驗碼校驗矩陣的方法，這個行不行？是不是保護的客體？從審查的客體講這個是不予保護的。怎么修改呢？一定要跟編碼/解碼結合起來，改成利用矩陣進行編碼的方法，然后方法包括下列步驟，構造矩陣，本身矩陣是不能保護的，實際上矩陣是他自己發明的，但是我們說矩陣不能給予保護，如果按照這種形式，首先要把構造矩陣的矩陣寫出來，然后是編碼，第三步是輸出，編碼輸出的步驟對于我們來講，審查的時候就有技術性。還有一種方法，步驟包括接收輸入的系統碼序列，然后利用這個碼來干什么。權利要求如果僅僅把矩陣的結構寫上，按現在是不允許的，如果把它跟技術性的輸入、輸出、編碼和利用到相應的領域結合起來，這樣的權利要求是可以的，從客體上是沒有問題的，滿足課題要求。
下面簡單說什么，目前的商業方法，現在是不給的。什么是商業方法？利用各種商業活動和事務的方法，是人對社會和經濟活動規則和方法的廣義解釋。涉及商業方法的發明包括單純商業方法和商業方法相關發明。現在申請商業方法特別多，但獲得不了保護，商業方法利用現有網絡和計算機，這也是不能保護的，對計算機和現有網絡沒有任何改進的事情，雖然可以申請發明，但是得不到保護。如果說商業方法使用的時候結合了你對計算機和網絡硬件的結構作出改進，這種結合是可以的。單純的商業方法不給保護，商業方法+公知的計算機和網絡也是不行的，但是如果你這個方法保護的時候結合硬件網絡和計算機等設備有改進的，這樣是屬于保護客體的。單純的商業方法，一種股票配股繳款方法，這種現在申請的特別多，但不給保護。利用計算機網絡申請的發明，是否是純的，然后結合現有技術，是不是有新穎性、創造性，通過客體來保護。審查的時候就按這種方法，根據背景描述和有技術，看看你的技術問題是否已經解決，如果是就不屬于客體。當檢索到影響新穎性、創造性時，可以直接判斷沒有創造性，這也是不予保護的。我說的這是現在審查的，只要屬于商業方法，可以用這種方法拒絕。
算法，單純的算法是不行的，如果算法結合相應的領域，可以保護。這是一個例子，一種基于語言的方法，這就是一種純的算法，是不行的。第二個例子，一種大型鋼錠尺寸優化切割的方法，這種方法結合了技術領域，根據要解決的技術問題，最后得到一個技術效果，這種算法與領域相關，解決的是鋼錠在切割的時候什么更合理、更優化，算完之后給出怎么切，這種算法是有領域的，中間的部分是怎么算，僅僅算不行，最后有結果，是用來切割的，希望大家有這個概念，純算法不行，但是跟領域結合，解決問題是可以的。純算法得不到保護，鋼錠的切割是優化的，是可以的，這是一個結論。
七、專利保護—審查方式
簡單介紹一下審查的方式，這講的是涉及計算機程序的，拿來以后先看符不符合專利法，違反社會功德，現在計算機程序有一個違反國家法律的，方法設計的是游戲賭博的，就不符合國家法律。還有智力活動規則，是否是技術方案。如果以法律判定，不是賭博工具，是一個純的程序，我們就看是不是全部為智力活動的規則，如果是智力活動的規則，就往下走，就不是客體。如果智力活動規則過去了，再往下走，是不是除主題外其他全是智力活動規則？如果是，同樣屬于智力活動規則，就給拒絕。如果不是智力活動規則，就看三要素。如果不是就往下，非必要技術特征，如果是的話，同樣不被保護。
這是我今天講的基本概念，在座有可能對專利不太了解，但是我想講，軟件保護兩種方式怎么保護，申請發明當中有各種要求，怎么撰寫。更重要想給大家的信息，要寫申請發明的時候，不要落入到我今天講的那些排除的東西里面，要跟領域結合，把相應的技術內容寫進去。看看第一個案例，這是一個復審委員會依據二十五條和細則二十條一款（現在這條規定已經上升到法）駁回的，今天講兩個重要問題，一個是寫發明的時候不要寫成智力活動的規則，智力活動規則沒有過去以后要判斷是不是技術性的。前審的時候駁回決定，權利要求書是一種信號處理方法，包括下列步驟，里面有緩沖器、計數器、濾波器等等。看理由那部分，審查員在審查當中用的是二十五，1至4屬于二十五條規定的智力活動，5至7是細則二十一款的。申請人中星微電子有限公司不服，權利要求1采用了如下技術手段：循環計數器的技術J置0等等，其特征a體現了對物理器件的實際操作。大家注意，申請人強調的是我這個權利要求體現了物理器件，物理器件是什么意思？監測器不是智力活動，都有器件了怎么能是智力活動？這個案子，審查員說是智力活動，但是申請人強調了這些特征是物理器件，b特征體現了存儲操作、存儲器件和存儲位置。e特征體現了物理信號的處理。因此，a、b、c、d、e都采用了物理手段，利用自然規律的技術特征，因此整體而言不是一個智力活動的規則。這個是復審的判例，審查員認為是智力活動，給駁了，這是申請人申訴的語言，把特征進行了強調，由于這些內容，不屬于智力活動的規則。他又說本領域涉及利用濾波器的數字信號處理技術，實際上在于數字信號處理方法，這里又強調優化了濾波處理過程作為手段，也是為了提供濾波的速率和效率，不僅僅是為了獲得一個算法本身，因此他說處理技術解決的是一個技術問題，是技術的改進，最后得到了技術效果。大家注意，他在陳述的時候始終圍繞著技術性在論述，這是今天講的非常重要，判斷是不是智力活動，然后是這個方案是不是技術性的，申請人在這里提了技術性，從解決技術問題到技術效果到技術改進。總之，申請人從這幾個方面申述，他說這是遵循自然規律的。
八、專利保護—復審決定
再看看復審委員會最后的決定，決定的理由，決定的文本，告訴你審查駁回用的是哪個文本，陳述了一下申請人的意見，最后的結果是什么？把每個權利要求都說了，最后結果是權利要求1至4最后的結論不屬于智力活動，是保護的客體，5至7符合規定，又是技術的。這個案子說明什么？前審的審查員錯了，把涉及技術性的東西，里面有很多物理概念，存儲器這些硬件的東西他認為是智力活動了。至于申請是否能夠授權，取決于后面有沒有新穎性、創造性，能不能找到相應的對比文件，就客體而言，前審錯了，所以被復審給糾正過來了。這個案例想給大家介紹的是什么？申請人在答辯的時候始終圍繞關鍵的內容，技術性器件的存在，通過技術手段達到技術效果，申訴他的申請具有這樣的內容，應當得到保護，而且申訴的是比較有道理的。
第二個案例，復審委員會作出一個決定，申請人被駁回以后，駁回的是什么？涉及到細則二條一款（目前的專利法二條），首先是復審委員會的決定，看權利要求1，一種用于操作一個物資運送系統的方法，實際上是一個物流的，涉及這樣的方法，前審給駁回了，怎么駁回的？第一次審查意見通知書審查員用什么理由？缺少必要技術特征，要寫一個獨立權利要求，寫的內容記載要足以與解決要解決問題的內容寫完了，沒寫完就認為缺少必要技術特征。審查員審的時候用了缺少必要技術特征這個條款給駁回了，也就是說前審的審查員認為它是保護的客體。看看復審的決定，認為是一個人為的規定，不是技術方案。細則二條用的是技術方案，也就是說前審承認了是客體，到復審認為權利要求保護的不是一個技術方案。
再看看法院這個，申請人最開始的描述的時候說有技術效果，專利復審委員會的決定是錯誤的，他說他采用了技術手段，得到技術效果，強調的是用了一個體積，一個物理量，還有計量。權利要求是什么？一種用于操作一個物資運送系統的方法，強調的是有質量單位，還有計量單位，認為這是技術性的。剛才那個案例陳述的是確實存在存儲器等一些物理結構，申辯成功了。這個僅僅用的是量。最后看看法院的裁決，本申請屬于計算機程序的發明專利申請，這種解決方案不是受自然規律約束的效果，不屬于細則規定的技術方案，這里具體指出本說明書明確指出其解決的問題在于批傳送處理過程中物資數量的最大化，使得裝載和運送該物資的成本最小化，因此本申請要解決的是管理上的問題，且權利要求所提出的解決方案是在公知的硬件結構構成的現有運送系統的基礎上，執行用于管理物資運送數量和成本的特定算法的計算機程序，不是《專利法》意義上的技術問題，頁次產生的效果亦不存在技術性，不屬于保護的客體。大家尤其要注意法院最后的判定是什么，最終認定是一個管理的方法，雖然用了設備，但是設備都是公知的方法，管理的方法是不保護的。
這兩個案例，第一個是通過申訴，怎么申訴，怎么強調技術性，最后得到復審的認可。第二個案例前審，審查員審完駁回了，復審委員會審，他又不服，到法院去審，三審的過程完全涉及是否是技術方案，包括技術問題、技術手段和達到技術效果，希望大家把這個概念弄清楚。智力活動比較好克服，撰寫的時候怎么把技術問題落實到你的權利要求當中，要有領域問題和技術用語的問題。因為時間關系沒有帶大家讀整個權利要求和每個詞，總的思想都是圍繞三要素來的。
涉及計算機程序的發明專利申請的主題形式，一個計算機程序寫的時候要跟技術結合的時候，主題很重要，保護與計算機程序相結合的系統/裝置，保護與程序相關的系統/裝置。保護介質，剛才說了介質我們不保護，美國、日本是可以給的。直接保護計算機程序，日本是給的。美國和日本，主題寫介質，這兩個國家都給。如果主題直接寫程序，日本給，美國不給。
申請當中要注意的問題：符合一般的規定；清楚描述計算機程序的設計構思，發明思想最重要落實到流程圖上，把主要的思想寫出來；能夠實現，寫云山霧罩，寫了實現不了，如果是不可實現的，本領域讀不懂的，申請了也得不到保護；盡量申請方法和產品，如果純軟件，寫了方法以后要結合起來，寫一個虛擬的產品；盡可能使用上位，那是撰寫的技巧，今天沒時間，不講這個；申請發明的時候不必要提供源程序，只要有流程圖就可以了；如果有必要，可以描述一段關鍵的程序，如果你認為必要可以寫；總體流程和關鍵流程都要兼顧；不必描述公知硬件的具體內容，如果這個程序用在公知的結構上，沒有必要把公知的硬件都描述了，如果涉及到硬件的改進，可以描述；特別要注意“公開不充分”，必須要把流程公開充分，步驟很清楚，能夠實現才行，這很重要，寫的很好，但是沒有公開，人家讀不懂，不能實現，也不行。
九、專利保護—總結
世界范圍內涉及計算機程序的專利保護，美國是這樣的，只要滿足條件，有用的、具體支持。歐洲的發展落后于日本，所以保護的比較遲，但也在慢慢放開。歐洲主要講技術性和創造性，如果向歐洲撰寫，應該針對歐洲的要求。保護標準逐步開放，他們沒有像我們開放的很大。日本的軟件現在比較發達，日本保護介質，還保護程序，為什么？日本軟件發達，保護了對他們有利。我們為什么不開放？我們現在不發達，保護就保護了他們，所以不開放。一個國家的立法必須建立在本國的利益基礎上。電子商務實際還是和硬件結合，我98年到日本，專門跟他們討論電子商務，他們沒有放開，也是要硬件，要有創造性。
企業的專利相關策略：企業自身的定位，中小企業怎么發展，軟件怎么保護的問題，這很重要；對專利的態度，專利有沒有用，有沒有發展，簡單的說，前天的新聞，華為和摩托羅拉和解了，這是非常大的案子，利益非常大，為什么和解？因為華為有足夠數量在美國獲得的專利，有資本能跟大的公司打，如果沒有足夠的授權專利，肯定不會像前天報紙登的那樣，這也是我們中國人的驕傲，在知識產權方面敢跟摩托羅拉打官司，而且和解了，他們要付一定的費用。今天我面對中小企業，根據你們的發展，想慢慢發展成像華為、中興、騰訊這樣的起來，一開始就要對專利的保護高度重視。企業要有自身內部的知識產權機構，要有人負責起來，這是發展壯大的根基，知識產權現在越來越重要，通過華為的大案子就可以體會到。另外就是要培養知識產權人才，人才對于企業的發展非常重要。然后是預警機制，你的發展和你要做的內容心里有沒有數，軟件上市以后申請專利或者產品上市以后有沒有對未來的發展、現有的保護情況有所了解，這樣企業發展的可能更穩重、更平穩。走“農村包圍城市”的道路，從小的、一點一滴積累。積極參與“游戲規則”的制定，這點很重要，現在中興、華為都參加通信協議，把專利和協議相關，有了這樣的專利之后就可以參與游戲規則的制定，協議一定批了，你有專利了，協議一通過，大家都用協議的時候，自然就用到你的權利，他就要付費了。中興、華為在保護知識產權方面都參與到規則里面，在座的企業也要參與到行業的規則里面，你的專利才能保護，才能獲得最大的利益。
我今天簡單跟大家介紹一下涉及軟件保護的問題，特別是給大家介紹了專利保護，版權保護簡單的介紹了一下，也作了比較，我認為兩個保護都不可少，版權注冊一下，有它的表現形式。軟件功能的部分應當像我今天介紹的申請發明專利的保護，盡可能在撰寫上與技術領域結合，這是最關鍵的，排除那些一看就是客體的問題，撰寫的要求，形式上的東西要克服，要針對你的軟件給出流程圖。發明專利的基礎是對應程序的流程圖，基于流程圖描述說明書，然后寫權利要求，最重要的是流程圖的問題。軟件保護越來越重要，全世界也可能在軟件保護上像日本這樣，歐洲比較謹慎，我認為保護的形式慢慢給軟件設計人員更多可能性。我介紹一些外國的情況，在中國申請的文件要符合中國法律的規定。在日本申請，介質、程序都保護，就充分利用他們的規則。現在有一種情況，在中國申請完了到外國申請，在中國申請的時候沒有介質，到外國的時候就沒有優先權，到外國申請的時候把介質提上。我跟大家講要求虛擬裝置的時候，美國是允許的，到中國來也要求，但到中國來的時候中國不給，就刪了。各個國家保護的方式不同，所以大家特別注意。希望對大家有所幫助。
十、專利保護—提問
主持人：非常感謝李部長給我們帶來詳細而切合主題并花心思的講解，雖然這些專業知識我看不懂，但我內感覺到他在選題和教材方面花了很多心思，相信大家都是有所收獲的。大家的收獲大不大？
回 答：大。
主持人：看來晚飯的時間到了，都有點餓了。如果下次有活動，大家會不會熱情參與？
回 答：會。
主持人：是不是應該把最熱烈的掌聲獻給李部長？雖然李部長不辭辛苦遠道而來，雖然不辭辛苦站在這里跟大家進行了三個小時的講解，大家有什么講解過程或工作中的問題？
提 問：今天主要講的是軟件流程方法的權利要求，跟它完全對應一致的虛擬裝置權利要求，我想請問，如果這個案子跟實體裝置是有關聯申請。
李 超：我知道你的意思，有實體了是不是？可以再寫一個實體的權利要求。
提 問：純粹實體的創造性可能很低，而且有一個風險，實體裝置的權利要求可能跟軟件方法的權利要求缺少單一性。
李 超：實體解決的問題是一樣的。
提 問：本身獨體出來，如果離開軟件之后也沒有什么本身的價值，等于是一種常規的改進。
李 超：撰寫一種方法和虛擬裝置的時候，如果方法有新穎性、創造性，裝置自然有，如果寫實體的，那是單獨的判斷，方法有，不一定裝置有，單獨找對比文件。如果有實體的，可以寫方法權利要求，對應一個裝置權利要求，然后寫一個實在的實體權利要求，實體權利要求應當寫的是組成1、2、3，三個之間的連接關系，而不是簡簡單單的像步驟一樣。實體有方塊圖，方塊圖中的連接關系要寫清楚。
提 問：我想問一下，有方法和裝置，但是有個別客戶想申請實用新型。
李 超：不行，剛才我講了，讓你寫一個方法的，是依賴于有方法，買一個才送一個，沒有那個是不能得到的。
提 問：我有兩個問題，申請一個專利以后，你剛才說推薦申請一個虛擬裝置，這樣有什么好處？
李 超：這個裝置是虛擬的裝置，因為現在沒有司法的判例，我也說不好，我有一次講課講防抖的方法，誰侵權了？防抖方法生產商不用，存儲在相機里面，沒有做商業的目的，僅僅是擱在里面。銷售商也沒有用這個方法，最后誰用這個方法？照相的時候照的瞬間防抖了，又不是商業的目的，怎么侵權呢？我買的是產品，這里有防抖方法，我用了方法，實際是客戶在用。把它用在一個虛擬模塊中，計算機生產了一個裝置，單獨把它作為一個塊銷售了，方法是使用的，不使用不侵權。
提 問：是不是可以這么理解，裝置是方法額外的東西，虛擬裝置申不申請不是特別重要。
李 超：因為外國申請大量的要，他們一直要求給，后來國內有申請人也這么寫了，有這樣的需求，我們才開了這個口，06年之前是不給的，美國早就給了。
提 問：比如國外有一個裝置或者方法已經在銷售，但國內沒有這樣的裝置或者方法，能不能申請專利？
李 超：這沒有新穎性，人家有了，國內沒有，只要申請東西，就要檢索全世界的公開信息。
提 問：我是深圳防偽協會的，我們協會有很多印刷企業，涉及到圖案的印刷，印刷機還是傳統的印刷機，只是在圖案這塊通過計算機設計，我想問一下，這種情況下想對圖案的制備方法進行保護，從哪些方面著手？
李 超：我不知道你講的是圖案的結果還是過程。
提 問：過程。
李 超：按照剛才講的，解決的是技術問題，為什么產生這樣的圖案，在中間對數據進行了哪些處理，就是可以的。我沒看你的內容，是不是結合了技術性的東西。
提 問：那個軟件是現有的，圖案是通過軟件設計結構。
李 超：你想保護什么？
提 問：想保護那種圖案的印刷方法。
李 超：那不是計算機了，那是印刷方法了。
提 問：涉及計算機圖案的設計。
李 超：你要保護的是計算機程序還是保護圖案？
提 問：圖案。
李 超：圖案不是我今天講的內容，跟計算機沒關，圖案有外觀設計，或者版權也可以。一個攝影家照的照片，申請版權保護以后一般人不得轉用。
主持人：涉及到偏僻領域的問題會后再討論。
提 問：剛才講軟件申請專利既可以寫成什么什么方法，也可以寫成什么什么裝置。
李 超：澄清一下，寫裝置的基礎必須有方法。
提 問：寫裝置和寫方法，申請專利的寫法有什么區別沒有？
李 超：必須一一對應，主要是有流程圖，依照流程圖寫方法，裝置必須跟方法對應，沒有什么特殊的。先寫方法，對應方法把步驟改為裝置。
提 問：同時寫裝置，裝置是虛擬裝置，同時也要寫方法？
李 超：不是，先方法，然后再寫裝置，不能先寫裝置，然后寫方法。
提 問：我有兩個問題：第一個問題，我們做虛擬裝置的時候，您一直強調先寫方法再寫裝置，在實施例的時候可以不寫裝置是吧？
李 超：實施例是依賴流程圖的。
提 問：一種重放的系統，加入數據庫和重放的單元，實際操作的時候經常會??
李 超：那不一一對應，今天不討論這個，方法就寫方法，裝置跟它一步一步對。
提 問：有時候會不承認一定是虛擬裝置。
李 超：你別跟現行的法規較勁，法規不允許寫。
提 問：實際方法是有改進的，但是有可以對應的虛擬裝置，這個方法應用的產品本身是有改變的，可以寫三個對吧？虛擬裝置和實體裝置在侵權判定的時候有哪些區別？
李 超：兩個方面，虛擬依賴的是方法，實體裝置依據的是實體的連接結構。
提 問：在虛擬裝置的時候，裝置的名稱本身不構成對虛擬裝置侵權判定的特定限定對吧？
李 超：是一個組成。
提 問：組成的劃分本身不構成限定是吧？
李 超：是不是有這么一個模塊，A、B、C，有三個步驟才能對應出A模塊、B模塊。
提 問：比如在判定的時候實際的裝置里面通過外界的數據分析，可能是對某兩個步驟的裝置是一個單元。
李 超：那不行，我們做過研究，不允許的。不要與現行法規做任何抵觸，沒有這個規定。可能一個模塊有三個步驟，現在不允許這么寫，從撰寫來講就不允許。
主持人：可以看得出來，做計算機軟件保護的工程師在這些問題上比較認真，李部長非常可愛，有問必答，非常親切。讓我們再次掌聲感謝李部長！留到最后的都是好學生，希望下次活動的時候再次見到你們。今天人數確實超出了預期，材料不是很夠，大家可以到報到的地方把你們的郵箱地址留下來，工作人員會把電子檔發給你們。
（結束）
第四篇：軟件測試培訓心得體會
軟件測試培訓心得體會
軟件測試培訓心得體會1在支付寶測試分析的角色和系統分析的角色是對應的，只不過一個是測試類的另外一個是開發類的。系分下面會有相應開發，測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文檔是對測試執行人員的一個指導(在我原來的理解方式上，覺得測試分析人員應該是用例編寫人員;而在這里測試分析人員是從業務上去分析的，用例是用例執行人員來寫并且執行的)。
而通過這次的這次分析覺得自己的測分還存在以下的問題：
1、太關注開發的內部實現邏輯。建議：將開發內部實現邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發內部實現邏輯是不是有問題，而不應該先去了解開發的實現邏輯然后按照他們的思路去分析。
2、分析文檔寫的過于詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細節的東西即便是知道的，也要留給之后的用例編寫人員去了解(就像系分之后的開發需要去寫詳細設計的道理一樣)，這樣后面的人才會自己主動去想問題。
3、分析文檔要考慮維護性問題，不要出現類似比如還款中狀態為“R”這種具體的數據內容。因為我的分析是對后續用例編寫人員的一個指導性的文檔，所以如果側分這么寫很有可能導致用例也照著這么寫，其實不管側分和用例都不應該具體寫到R這么細節，否則的話開發稍作變動我們就要相應變動我們的用例
4、沒有明確測試目的。review用例的時候，沒有提出每個用例需要明確一個測試目的，讓別人來看這個用例的時候能明白到底是怎么回事。
總結：
1、以后寫測試分析文檔，依據僅僅是prd文檔，必須拋開開發實現邏輯部分(即不去看系分文檔)，待測分出來之后，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應的開發去互相明確更細節的東西。
2、寫用例我們目前都是僅僅做到對流程上的每個節點去單獨分析，細到看輸出的時候會關注到數據庫表的一個變化。但是除了以上部分，其實還少了對整體流程的關注，需要增加業務流程的各條路徑的一個覆蓋，在針對路徑的用例中不需要關注到數據庫表級那么細。
3、在做流程路徑覆蓋之前應該畫一個路徑圖，這個圖的畫法考慮各個入口的不同分開畫流程圖，分別進行路徑覆蓋。
軟件測試培訓心得體會2軟件測試在整個軟件周期中的重要性，它存在于整個項目周期，在項目開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文檔進行測試。這個環節在后續整個項目中占了很大的比重，能主導整個項目的走向，成敗與否全在于開始階段的決策。
再嚴密的測試也不能完全發現軟件當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟件基本是可用的，所以在后續使用的過程中還需要加強快速響應的環節。結合軟件測試的理論，故障暴露在最終客戶端之前及時主動的去發現并解決。這一點就需要加強研發隊伍的建設。
經過這次培訓中多個案例的講解，讓我了解到系統在上線之后會有很多不能預知的性能問題，需要在上線之前實現進行模擬，以規避風險，包括大數據量訪問，高并發數等等。
當然也有很多應對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優程度，這是個很值得研究的領域。
目前我們在項目建設過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機構。而是在現網進行試用，遇到問題再解決，可能會產生滯后問題，影響客戶使用。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統上線后能夠穩定運行。
對于快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這也是一個比較長遠的問題，需要加強研發力量的投入。
我個人是做開發出身，有此類經驗，當時是在客戶現場，因為了解系統內部結構，能夠在第一時間排查解決客戶所反饋問題。
現在系統完全由廠家開發，很難了解內部結構，或許會造成后期維護困難。所以，是否應該針對某些項目介入廠家研發工作，比如請廠家提供源代碼等相關要素，以增進維護人員對系統的了解。
最后再次感謝公司提供的平臺，感謝領導的信任，讓我有機會得到更深層次的學習以及展示自己能力的機會，我也會盡我所能來完善工作的系統，提高整體工作效率，為南方電網的發展建設提供更堅實，優秀的支撐服務平臺。
軟件測試培訓心得體會3接觸計算機程序設計已經快7年了，從事專門的軟件測試也快四年了，強子也是在陰差陽錯中踏入軟件測試領域，一開始只想做一個特牛的程序設計師，可是畢業后找工作卻找了個軟件測試的工作，在一些彷徨與猶豫中接受了這個職業并且到現在也做得挺開心，也是由于那時我們這個業務剛成立不久，由于表現還不錯所以一個陰差陽錯的機會被升為team leader，到現在也還在同一家公司做著測試的工作。
先講講做manager的一些體會，其實具體做什么事真的不是那么重要，關鍵是做事的方法，做人的章法，特別是對一個manager來說，方法比技術更重要，真的是這樣，當然我也很喜歡研究技術，技術能讓我找到更多的自信和成就感，但是面對著手下一幫兄弟姐妹，一個人的技術就顯得有些力不從心了，這個時候得把你的知識share給大家，當然形式多種多樣，比如寫一份文檔，做一個正式的training，給大家營造一種不恥下問的環境或者大家一起討論一些難題等等。當然還有很重要的一點，一定不能說“我不知道”，作為一個頭，如果你真的不知道，那你得想辦法通過一些手段與員工一起把這個問題解決了，堅決不能說“我不知道，你自己看著做吧“等，本來員工是很尊重你的，這些話將直接導致其鄙視你。
另外就是做頭的，特別像咱這種中低層的頭，不像中高層的領導，咱們考慮事情的角度不一樣，當這種小頭兒的最重要的兩件事：把事情做對做好，與員工打成一片。首先得確保把事情做對咯，然后帶領大家朝著這一個對的方向前進進而把事情做好，在99%的時間里，你是和你的兄弟姐妹們呆在一起而不是和老板，所以這個過程中的與員工的關系一定要融洽且單純，不能讓員工對你有隔閡感，經常一起吃飯，擺擺龍門陣，嘮嘮家常，開開玩笑，不要擺架子，在一個公司里最不能擺架子的就是這種小頭兒(或稱之為leader或者manager一類)，這就像個村官一樣，小樣的，還真把自己當回事兒呢?
做開發還是做測試?很多人討論甚至爭吵，強子認為之所以會有這樣的問題是因為中國還沒有把軟件行業普及好，大家還停留在江民時代，求伯君時代，認為做開發的才是牛人，才有前途。而事實上，現在的軟件是一個系統工程，缺開發，缺測試，缺文檔都不行，都可能直接導致失敗，誰最牛?強子認為寫文檔的人最牛，那咱們都去寫文檔?不過從強子面試的很多人當中來看，還是有更多的人愿意做開發，這不能不說是一大遺憾，強子無能，也只能聊以文字來表達自己對測試的熱愛。測試猶如開發一樣，也是一門深不見底的大學問，咱以后慢慢討論。
關于項目管理，這又是一門大學問，強子在這幾年當中也經歷過無數次的版本更新，版本發布或者一些內部的項目，對項目管理略知一二，有空時強子自會附上一些體會。我想項目管理最本質的一點：保護項目團隊，保護項目經理，去除雜音。項目經理這活，不好干，要職位沒職位，要資金沒資金，做好了皆大歡喜，做不好就卷鋪蓋走人，挺難，不過咱有咱的方式方法，怕啥?
軟件測試培訓心得體會4《軟件測試方法和技術》這門課程，還是由張建東老師教我們的。在張老師的講解下，我深刻的體會到軟件測試是很有必要的。一個軟件，從最開始的可行性分析、需求分析、概要設計、詳細設計、編寫代碼。這一系列的開發之下。千辛萬苦的，花費了大量的人力物力、金錢時間，終于把軟件給做出來了。你試著想一下，要是送到客戶的手上，客戶突然發現，軟件用不了，或者是軟件存在很大的缺陷。導致軟件不好用、甚至比原先沒有這個軟件，還麻煩了。客戶是很憤怒的。客戶一憤怒，就導致客戶不會付錢。這最終，項目失敗，造成資源的大量浪費，所以說軟件測試還是很有必要的。再者就是，軟件測試可以發現軟件的缺陷，從而通知編程人員不斷改進軟件。在這樣不斷測試，不斷改進的情況下。將軟件性能不斷提高，軟件變得越來越好用。
軟件測試，旨在發現軟件的缺陷。可以這樣說，軟件測試就是以發現軟件缺陷，為最終目的的測試活動。它通過軟件測試方法，白盒的、黑盒的、靜態的或是動態的。借助軟件測試工具，來找到缺陷。然后在缺陷評審和確認之后將缺陷記錄下來，并用缺陷管理工具管理，詳細描述，關注軟件缺陷的發生周期。對它的嚴重性、和優先級下一個定義。書寫軟件缺陷報告，具名缺陷的重現步驟、測試的期望結果與實際結果、還有相關圖片、文字資料。提交給軟件編程人員，來完成軟件缺陷的修復。
軟件測試的方法，包括：白盒測試和黑盒測試。其中，白盒測試之中，有含有：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋、等方法。黑盒測試方法中，有：等價類劃分法、邊界值分析法、判定表法、因果圖法等。軟件測試方法，按照是否運行代碼來看，可以分為：靜態測試和動態測試。其中靜態測試有，對代碼的走查和評審。動態測試，則是要通過運行代碼來執行。白盒測試多用于軟件的單元測試上，黑盒測試多用于功能性測試上。代碼的靜態測試和動態測試，則是每一個軟件項目都必須的。
單元測試，多構造樁函數或是驅動程序來測試。一般借助與各種軟件測試工具。軟件測試，或者說程序測試。一般先是進行單元測試。單元測試，修改完單元之中的缺陷、錯誤之后，就是集成測試。集成測試多針對程序功能進行測試，看程序的各項功能是否達到要求，是否齊全。集成測試之后就是系統測試。系統測試是針對整個軟件系統的。看軟件系統是否達到性能的要求。從而改進代碼，以求達到系統的嚴格要求。最后就是驗收測試，這個測試，一般都分成兩半來做。一半是，程序員模擬客戶環境，進行測試。而，另一半則是，真正的客戶參與的測試。最大程度的體現客戶的真實環境。客戶在試運行的情況下，看是否會發現，平時發現并且以前的環境發現不了的問題。
驗收測試，包含對界面的測試和軟件可用性的測試，運用尼爾森十大原則，來測試軟件是否好用。軟件是否達到用戶的`對軟件界面的需求。
無論是軟件編寫，還是軟件測試，都需要相應的文檔管理。還有針對軟件測試制定的測試計劃，軟件測試執行等。
通過本學期的學習，我感受到軟件測試是一門非常需要學習的課程。即使作為考察課程，它也是軟件行業人士所必須了解的知識。它對軟件工程項目的作用是至關重要的。現在，作為學生的我所做的項目雖然都是一些小的項目，但是在小組共同開發的時候還是需要用到
項目的測試。如今這門課程我學的還不是很好，但我相信在今后的實訓及工作當中，能夠更好的體驗和感受到項目測試的精髓，對軟件項目測試有更深入的了解。我也希望，學校的老師能夠在今后的教學當中重視軟件項目測試課程，多讓學生了解實例，去感受、體會軟件項目測試所遇到的問題和解決方案，理解軟件項目測試的精髓。
軟件測試培訓心得體會5將近一個月的假期實習生活結束了，告別了這一次短暫的實習生活，這段時間也讓我感概萬分，有歡樂，也有苦累，也許這就是實習生活所必須經歷的吧。似乎嘗到了校園中所不能經歷的辛酸苦累，所以，這段時間里我學到了很多，也都成為了我人生中的寶貴財富，也邁向了社會中重要的一步，是非常值得珍惜的。
這次實踐主要就是學會使用公司軟件部門所開發的應用軟件和各種產品設備，熟悉和了解一貫的操作方法和可能出現的問題，并就如何解決問題向老員工請教方法。教我的是一位年紀稍大的老員工，先與我說了一下要點，然后讓我自已看，遇到不懂的就問。初次接觸，發現它并不像書本那樣的有條有序，許多信息夾雜在一起，令人眼花繚亂，而有不同的種類，要做到隨便一看就知是什么單是不行的，因為看過一點有關軟件測試的書籍，所有有點了解，但是這些根本不夠，于是接來的幾天我就踏踏實實的坐在哪里認真的看產品介紹和說明書，熟悉它的大致結構。
熟悉了相關軟件和硬件的操作和基本故障診斷之后，我也成為工作之中的一員，開始嘗試解決客戶應用產品中出現的一些問題。在這一段時間里，主要任務有鞏固之前所學的，對常見的錯誤要一看便知，并養成認真仔細的工作習慣。在工作的過程中我也遇到了一些棘手的問題，但是經過大家的共同努力也一起解決了。經過了這些之后我也感覺到光靠培訓聽講是不那么管用的，有時候也要自己試著去解決問題去親自動手測試一些東西，在實際的應用過程中去發現問題和解決問題，做任何事都是一樣要實事求是。
結合之前的培訓，了解我現在的任務就是熟悉各種軟件的操作和數據結構，然后在此基礎上盡一切可能的去模擬、去思考現實使用環境中的應用可能性和預測可能出現的狀況再對比一出現故障的概率等等，在這樣的一個環節之后我要做的更細致的活兒就是做好各種測試計劃和測試報告，然后對這些報告做一個準確和客觀的評估然后將我所獲得的結果反饋給軟件或者硬件開發人員。
經過了將近一個月時間學習，了解到自己還有許多的不足，首先是缺乏工作經驗，因為自己缺乏經驗，很多問題而不能分清主次，還有些培訓或學習不能找到重點，然后工作態度仍然不夠積極，在工作中僅僅能夠完成布置的工作是不夠的，若沒有工作做時可能就會松懈，不能做到主動學習。在工作中，不允許絲毫的馬虎，嚴謹認真是時刻要牢記的。同時，學術上不夠鉆研，這是由工作性質決定的，也是我自己選擇的，因為在我看來，只有被市場認可的技術才有價值，但我畢竟是大三在校生，對科研技術進展方面都不了解，所以還需要更多的鍛煉機會。
經過這一次的實踐與學習，我才慢慢開始真正了解了軟件測試工作，實習是一個開端，一個讓自己學會成長的地方，不管是從工作技能上還是為人處事上，我都感覺到了自己有很大的提高。
首先，應對軟件測試感興趣和對自己有自信，如果具備了這兩點，那么在開發過程中不管遇到什么樣的困難，我相信自己一定能克服。作為軟件測試工作者要善于懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認為不可能發生的事，我卻認為可能發生，別人認為是對的，我卻認為不是對的。有時候，往往某些質疑才是關鍵。保持一個良好的心情，否則很可能無法把測試作好，一定不能把生活中的不愉快的情緒帶到工作中來。在工作技能上，因為從事的是測試工作，自己又沒有經驗，所以一切需要我從頭開始，而且更需要自己的努力、耐心和細心。這些都是自己欠缺的，但是在工作了這幾個月后，真的發現自己有了很大的改善。其次，讓自己成熟了許多。雖然不能用語言來描述，但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長，只有經歷過，才可以讓自己真的成熟起來。
剛開始的時候很多人都和我一樣，認為軟件測試工作簡單，只需要動動鼠標就行，之后才明白當初的認識是多么的膚淺。雖然自是功能測試，手工測試的工作，但是那鼠標也不是那么亂點的!所以其實做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能離成功更進一步。
軟件測試培訓心得體會6通過這次課程設計的實訓，增加了我學習軟件技術的興趣，雖然還不明確軟件技術包含的具體內容，但從C++語言這門課程開始，已發現程序設計的樂趣，在學習C++語言的過程中也學到了許多計算機應用基礎知識，對計算機的機體也有了一個大體的了解。在實際操作過程中犯的一些錯誤還會有意外的收獲，感覺實訓很有意思。在具體操作中對這學期所學的C++語言的理論知識得到鞏固，達到實訓的基本目的，也發現自己的不足之出，在以后的上機中應更加注意，同時體會到C++語言具有的語句簡潔，使用靈活，執行效率高等特點。發現上機實訓的重要作用，特別是對數組和循環有了深刻的理解。
通過實際操作，學會C++語言程序編程的基本步驟、基本方法，開發了自己的邏輯思維能力，培養了分析問題、解決問題的能力。深刻體會到“沒有做不到的，只有想不到的”，“團結就是力量”，“實踐是檢驗真理的標準”，“不恥下問”的寓意。
在此希望以后應多進行這樣的實訓，加長設間，培養學生獨立思考問題的能力，提高實際操作水平。
通過本次項目實訓我要感謝學校領導給我們提供了這次機會，讓我們自己有出去體會生活，自己做項目的深刻體會。這次實訓讓我明白我自己之前的學習還是差很多，只有不斷的努力，才能學好。還要感謝達內公司對我的指導，我自己的努力固然重要，但是達內的優秀教師給我做的培訓，講的理論都讓我受益匪淺，讓我對軟件有了一個新的概念新的理解。
軟件測試培訓心得體會7在大慶浦東軟件平臺有限公司經過一周的軟件測試實訓，從對軟件測試沒有什么經驗的我初步掌握了軟件測試的方法和技能，收獲頗多。
我在大學期間的專業是信息與計算科學，原本打算從事
通過此次學習，對整個軟件測試行業的了解大大的加深。以前認為軟件測試只是枯燥的反復的使用被測試軟件來發現異常的問題，以為軟件測試并不重要，低開發一等。現在認識到了軟件測試的重要性，軟件測試是軟件產業向軟件工業化生產時代邁進不可缺少的重要組成部分，是保證軟件質量達到客戶需求不可缺少的環節。軟件測試在國內是一個新的職業，發展得比較晚，但它的重要性正在為行業所重視。
在學習過程中，我了解了作為一個合格的測試人員所應具備的素質與技能。其中個人素質在測試工作中起到了非常重要的作用，它包括你的信心、耐心、細心和與人交流溝通的能力，它將貫穿你工作生涯的整個過程。在測試理論上，我們系統學習了軟件測試的流程，各種測試階段和測試方法，以及測試工具的使用。通過這些課程的學習，讓我們對軟件工程也有了更深刻的理解，為以后的測試工作作了很好的理論儲備和技能的提升。
軟件測試作為軟件開發過程中一個非常重要的環節，越來越成為軟件開發商和用戶關注的焦點。完善的測試是軟件質量的保證，因此軟件測試就成了一項重要而艱巨的工作，要做好這項工作當然也絕非易事，我在做軟件測試工作中
1.功能點的細化
在進行測試前，先將所要測試的功能細分，填寫《測試用例表》，有針對性的運行功能測試案例，逐個對每個功能細分點進行測試。在每次運行測試案例之前，明確此次運行的目的和預期的輸出結果，并要做好記錄。
2.注意測試中的錯誤集中發生的現象
有一些錯誤是和程序開發人員的編程水平和習慣有很大關系的。例如程序中的拼寫錯誤，習慣用法等。注意收集并記錄這些現象，有助于更快、更多地發現類似的錯誤。
3.盡可能多的使用非常規的測試
充分考慮到各種合法的輸入和不合法的輸入以及各種邊界條件。邊界值往往是最容易出現異常的情況，特殊的情況下甚至要制造極端的狀態和意外狀態，比如
4.對測試錯誤結果一定要有一個確認的過程
一般有A測試出來的錯誤，一定要有一個B來確認。
5.制定嚴格的測試計劃
測試時間安排的盡量寬松，不要希望在極短的時間內完成一個高水平的測試。
6.回歸測試的關聯性一定要引起充分的注意
在開發人員剛修復Bug之后的地方，再找一找，往往開發人員只修復報告出來的缺陷而不去考慮別的功能在修改時可能會重新造成錯誤。修改一個錯誤而引起更多的錯誤出現的現象并不少見。
7.測試文檔要盡可能詳細
《測試用例表》中的功能點可盡量的詳細，如實、詳細地記錄每次運行測試案例的輸入數據，輸出數據，出錯提示，進行測試的時間，完成測試的時間等，便于以后對測試工作的回溯。
8.重視交流和溝通
包括和程序開發人員的交流，同是測試人員之間的交流，
9.善于
在測試過程中發現的所有問題，異常情況，發現程序開發人員易犯，常犯的錯誤，各種有價值的經驗教訓，使用系統和操作數據庫時發現或者學到的技巧，使用測試工具時的
10.妥善保存一切測試過程文檔。
這次軟件測試實訓為我們以后從事軟件測試工作打下了良好的專業基礎，為我們的進一步學習提高打下了扎實的理論基礎。對測試過程有了初步的認識，測試計劃、測試設計、測試開發、測試執行、測試評估、測試報告貫穿整個軟件開發過程。單元測試、集成測試、系統測試、驗證測試每個階段都應以用戶需求為依據。這些基本的概念雖然比較抽象，但對以后的實踐是大有益處的。
總的來說，這次培訓效果不錯，對自己有一定的提升，這完全不同與學校的學習，因為它更加貼近工作，針對以后工作的內容作了很多實例的練習與工具的使用，為我們更快的加入工作
20xx年x月x日。我懷著對提高并實現自我價值的心態，走進深圳走秀
首先，要具有良好的學習能力。剛進走秀，帶我的老大是哈爾濱人，我跟她很投緣。開始的一個星期，我只是熟悉公司的一些業務和我們前端的測試范圍，在熟悉業務的過程中，我發現這些頁面上的東西看上去挺簡單的，但是要深入了解還是需要很長的一段時間。期間老大叫一個老員工帶著我去測試一些之前xiu2.0所遺留的簡單的bug。走秀
在走秀期間，我們測試部總監還會對我們不定時的培訓。教會我們測試的工作流程和每個階段應該展開的工作范疇。作為測試，必要會使用的缺陷管理工具bugzilla和測試用例管理工具testlink，還給我們培訓了，如何使用自動化工具ruby+watir來對一些測試點進行自動化腳本的編寫。慢慢的，在對公司的業務了解的比較透的時候，老大就開始讓我們自己對一些小需求進行測試，測試的過程中，不僅僅是對頁面和表面功能進行測試，還要根據需求文檔和頁面的顯示對數據庫表進行查詢操作，查看頁面的顯示和功能是否和數據表里面的一致，還要在后臺日志中查看是否有報錯。所以，測試并不是像我想象中的那么簡單，不是在頁面上點來點去就可以測的好的。
實習可以使每一個學生有更多的機會嘗試不同的工作，扮演不同的社會角色，逐步完成職業化角色的轉化，發現自己真實的潛力和興趣，以奠定良好的事業基礎，也為自我成長豐富了閱歷，促進整個社會人才資源的優化配置。作為一名學生，我想學習的目的不在于通過畢業考試，而是為了獲取知識，獲取工作技能，換句話說，在學校學習是為了能夠適應社會的需要，通過學習保證能夠完成將來的工作，為社會做出貢獻。然而步出象牙塔步入社會是有很大落差的，能夠以進入公司實習作為緩沖，對我而言是一件幸事，通過實習工作了解到工作的實際需要，使得學習的目的性更明確，得到的效果也相應的更好。
人要想成功及獲得好的業績，必須牢記一個規則：我們永遠不能將個人利益凌駕于團隊利益之上，在團隊工作中，會出現在自己的協助下同時也從中受益的情況，反過來看，自己本身受益其中，這是保證自己成功的最重要的因素之一。
第五篇：高效課堂途徑與方法培訓心得體會
領略課改新思路
提高課堂高效率
------高效課堂途徑與方法培訓心得體會
本次寒假，我有幸參加了安定區教體局組織的“高效課堂途徑與方法專題培訓”活動。本次活動是教體局特請中國資深教育家高萬祥、張四保、李炳亭來我區進行專題講座。三位學者根據自身的研究，對參加培訓的教師進行了細致入微的講座。讓每位教師享受了一次教育改革和教學方法上的饕餮盛宴，使我們明白了作為一名人民教師是無比幸福的；也使我們明白了教育改革的推進是每個教師不可推卸的責任與義務；更使我們明白了自身的不足和教育方法的落后狀況。重要的是，在我們推行打造高效課堂的潮流下，幾位專家的專題培訓從不同程度的解除了我們行動中的困惑，將我們彷徨的心理喚醒，給我們指明了方向。在本次培訓中，我感觸很多，得到很多，以下是本人對本次培訓的一些感觸。
一、教師應是幸福的群體，怎樣讓我們幸福。
“從現在起，讓我們做一個幸福的讀書人”，高萬祥先生在報告開始就給我們道明了如何尋找幸福，如何做一個幸福的優秀教師的方法，那就是學習和讀書。高萬祥教師正是博覽群書的緣故，于2004年獲得《中國教育報》全國首屆十大讀書人物。
“閱讀給我們帶來愛心、良心和好心。”讀書能使我們變得優秀，知識可以改變命運在高萬祥身上體現的是多么真實。作為一名教師，終身學習是開拓視野和夯實頭腦的唯一途徑。但是，該怎樣學習，讀什么樣的書才是有效的途徑呢?高萬祥提出一是讀教育類的書籍，他經常讀蘇霍姆林斯基、陶行知等教育學家的書，因為教育類的書讓教師能讀懂教學規律，從中找到適合于學生的教育學方法；二是讀人物傳記，高萬祥先生對蘇霍姆林斯基、杜威、陶行知、魏書生的故事和著作如數家珍，從中受益匪淺；三是讀文學作品，文學作品能給我們帶來創作情懷，提高創作和寫作能力，提高教師的自身素養。
從一個教師的角度來講，讀書學習不僅可以陶冶自我，努力完善自我，更重要的是熏陶一批批學生，讓學生從中受到啟發，學生的學習環境就會提高到另一個層面。正如高萬祥說“教育就是一個正在完善的人帶領一群渴望完善的人奔跑”。從這句話中，我體會到再優秀的教師，他永遠處于自我完善的狀態之中，這就需要處于學習和讀書中去提升自我，將良好的自我形象去影響學生，滿足學生對知識的渴求。
在教改科研中獲得幸福和優秀，也就是高萬祥對幸福的教師的一個積極的解讀。課改進行了十多年，有的教師和學生更顯得疲憊不堪，不知其可。這都是對教育科研的一種消極心理。在報告中，高萬祥指出，“90%的當代中小學教師不會寫文章，沒有發表過文章”、“優秀教師和普通教師的差異就是有沒有教改科研的能力和成果。”而李炳亭先生也明確地抨擊了傳統教師和教學方法對學生的危害，讓我們不得不認識到不進行教改對教育發展的危害，與其坐以待斃，不如在改革中實現自我價值。
如何教改科研，高萬祥為我們也指明了方向，他主張“三個一”：“人人有一個個性研究的課題，人人有一個好導師，人人能寫一篇好文章”，“三個一”從方法和結果上點明了科研的途徑與效果。首先，我們要針對自身的工作需求，尋找適合于自身、適合于學生的科研方向，哪怕是在小小的方面上只要認真鉆研，就一定會有所成就的；其次，“三人行，必有我師”，多交流學習，多和自己的模范交流，才能快速地取得進步；再次，作為一名語文教師，我們要多讀書，多寫文章，因為“能不能寫作是教育家和教書匠的分水嶺”。
“做一個有使命感的教師”是高萬祥先生對我們每個教師的期望，熱愛學生是每個教師的基本師德體現，高萬祥告訴我們，在教育中，要用生活去感染學生，用生活的力量去改造學生。他指出“優秀教師應該是擁有大愛的賢人”。學會愛別人、愛自己，對學生視如己出，在生活中懂得真愛，高萬祥的確能身體力行，展現了一名優秀教師的大愛無疆。
二、轉變觀念，尋找癥結，創建高效課堂。
如果說高萬祥老師讓我們懂得了教師是如何成長成為一名優秀的幸福的教師的話，山西省太谷縣教研室主任張四保老師的講座則讓我們具體懂得了如何課改，如何打造高效課堂的方法與途徑。在講座中，張四保主任首先給我們介紹了山西省太谷縣的改革歷程，具體介紹了太谷縣在改革中的創新發展，給我們闡述了先進的教學理念。
1、明白傳統滿堂灌的教學方式對學生的危害。
張主任明確指出“差生是講出來的，講得越多，差生越多”，“滿堂灌的教學方法，培養的學生晚成才五年”，“滿堂灌的教學方法，是干擾好學生制造差等生。”就從本人自身的教學方式來說，唯恐學生學得少，唯恐學生聽得少，時常滿堂灌。課堂效果自認為良好，可學生對知識的鞏固率總是不行，老師強調多次的內容仍然不明白。最后正如張主任說的“教師如牛負重般工作，學生成績卻平平”。聽了講座后，我找到自身的不足與危害。
2、從學生入手，變講堂為學堂，改進課堂教學。
張主任告訴我們，要將講堂變學堂，將課堂真正還給學生，主要有兩方面。一是注重分組。張主任細致地指出了分組的辦法和技巧，比如說他主張學校先提出分組意見，以班主任為中心分組的的大的分組方法，兩人一個小組，四人為一個大組，大組長坐在后排的小的分組方法。既對分組有了提綱挈領的方法，又從學生的行為習慣方面得以周全考慮。比如說大組長坐在后排這一小技巧，就避免了差等生干擾坐在后排組長的混亂場面；兩人一組則進行小問題的交流與討論，四人一大組進行大問題的交流，既節約了時間，有提高了課堂效率。二是注重學生的評價方式。張主任采用“捆綁式”評價，引導學生資源互補，實現超越自己，明白集體的理念，又使小組的榮譽融為一體，推進了合作交流的有效進行。
3、從教師入手，變教案為學案，創建教學新模式。
在教學模式方面，張主任為我們介紹了太谷縣“二十四字教學模式”，并對其中的內涵進行了詳細的解讀。“二十四字教學模式”為“閱讀感悟、自學檢測、合作交流、展示點撥、分層訓練、拓展延伸”。在該模式中，仍然注重的是學生的自主學習。如在學生自學時，教師要做的六件事是“靜悄悄、眼觀六路、耳聽八方、課中備課、確定在哪兒去講、讓誰來講”。在教學中，注重學生的展示，注重學生的訓練。所以，學生學得很輕松，教師教得更輕松，真正體現了在課改中為師生減負的要求。
在上課中，張主任詳細地介紹了“新學課”、“練習課”、“試卷講評課”、“復習課”四種課型的不同上法。其中，每個課型都有都有不同的措施與技巧，而總體而言，四種課型仍然是將課堂還給學生，老師負責指導和幫扶。
“知識是學會的，不是講會的；能力是練出來的，不是聽出來的”。張主任教誨我們要做一個智慧型的教師，轉變理念，在教育事業中有所成。
三、不要被課改嚇倒，“課改其實很簡單”。
作為一名教育記者，李炳亭對傳統的教學模式，尤其是滿堂灌的教學方法提出了嚴厲的抨擊。將傳統教學方法和觀念視為課改的敵人，喚醒教師們從角色轉變入手進行課改。而一直在教師的心目中，課改是漫長的，課改只會增加教師和學生的負擔，將課改當做不易做到的事。而在李炳亭眼中，課改是那么簡單，只不過采用的方法獨到而已。
1、最好的教學資源是學生。
在講座中，李炳亭利用更加形象的比喻指出了教師在教學中扮演的是什么角色。在他的眼中，老師是“縱火犯”、“大忽悠”、“啞巴”、“懶人”，主要說明了教師要將課堂和時間還給自主的學生，不要占用和侵犯學生的認知構建。相比教師是“蠟燭”、是“火柴”，教師從事的工作是多么的輕松，給學生的空間是多么的大啊！
“課改其實很簡單，一分鐘學會”。李炳亭指出要“相信學生、解放學生、利用學生、發展學生”。在傳統的教學模式中，老師不是不相信學生，而是沒有給學生展示的機會，從而也沒有時間讓老師相信他。時間長了，學生變成了老師的寵兒，不會學習，不會獨立學習和合作學習。學生在學習過程中只是聽，課余后便是大量的練習，效果不佳，導致學生和老師的身心都處于疲憊狀態之中。李炳亭利用“老太太打麻將”的形象比喻，諷刺了傳統的的教學模式的繁瑣與危害。一個老太太，目不識丁，怎樣讓她學會打麻將，就得從小學拼音學起，先學簡體字再學繁體字，讓數學老師給她講解數學，讓麻將專家給老太太開展專題講座。老太太一天麻將沒有打變學死了。這就是傳統教學方法在環節中的不足和危害。怎樣讓老太太學會呢？其實很簡單，讓三個老頭帶領這個老太太打一下午，變學會了。這個比喻告訴我們的就是將課改還給學生，不解放學生的課堂不會是高效課堂。
2、激發學生，合理操作。
在李炳亭眼中，我們教學的資源不是教材，不是參考書，而是學生。合理的教學資源就是要“利用學生”。他讓我們向發動自學的境界邁進，提出“為李大娘報仇”的方式激發學生，讓學生在教學過程中采用“自學—展示—反饋”的方式學習，讓學生學會“不會的內容”。老師在教學中要掌握學生學習的規律和課堂的流程，在課堂中充當“啞巴”。在講座中，李炳亭舉例了怎樣激發學生的興趣，怎樣把“濕柴弄干”，利用“忽悠的方式”激發學生，讓學生給學生講，讓學生自我反饋。
3、對課堂操作的認知。
在課堂操作方面，李炳亭提出了幾種模式，包括“高效課堂中的五個一”、“五步三查模式”。如“高效課堂中的五個一”中包括“編來一個學習方案、構建一個學習組織、提供一個學習方法、組織一個學習過程、明確一個學習任務”。“五步三查模式”具體為“獨學—找出不會的問題、對學群學—嘗試解決問題、組長帶領—小展示、教師圍繞問題大展示、學生整理學案—自我反饋”，每個環節都有其解決問題的比例。
在以上兩種模式中，老師從事的工作是十分少的，大部分時間為“自學”、“獨學”、“展示”和“反饋”。教師引導學生怎樣學習，怎樣圍繞“問題”學習，在學習中，學生通過自學，找出問題，通過小組交流，解決部分問題，再通過展示和交流，學生在解決問題。在自學和課堂交流展示中，學生解決90%的問題，而只有10%的問題是教師圍繞學生展示的內容向學生反饋，引導學生再次認知解決。教師向學生提供的只是學習方法和學習方案，真正地將課堂還給了學生。這和張四保主任的“二十四字教學模式”有異曲同工之處。
短短兩天的培訓，我卻在三位專家身上學到了許多知識，從高萬祥的人格魅力，從張四保的新穎教學模式，從李炳亭犀利的抨擊和對高效課堂的研究，使教師們迎來新的挑戰，新的機遇。
點擊咨詢 