第一篇：NC二次開發培訓感受

3月25日到3月28日四天的NC二次開發培訓也許讓我們學不到很實質性的東西，但是通過這次的培訓確實接觸了算是正規的培訓吧。自從去年開始從事NC的二次開發之類，學習NC的途徑就是一大堆的文檔、實際項目中自己的摸索和向其他人請教得來的。在這次培訓中重新認識了NC的開發框架技術架構，及使用UAP向導開發表單時應注意的一些問題，培訓中老師所提到的一些我們平時該注意的地方，都是一些我們平常容易出現錯誤的地方，比如說表設計時一些必須有的字段及這些字段的長度定義等。為了使這次的培訓更有意義也為了加深自己對這幾天培訓的印象，我簡單寫了以下幾項： 1.設計數據庫表時應該注意的事項：（1）在第一天的表單開發中知道了原來想讓自己的單據可以自動生成單據號，需要將主表中編號字段設置為vbillno，而且只能設置為這個字段。另外，主子表的設計時，子表中主表主鍵必須和主表中主鍵值相同，比如主表中主鍵是pk_test，則子表中主表主鍵字段必須為pk_test。（2）設計主子表時，最好不要使用外鍵關聯，如果使用可能會出現莫名其妙的問題。（3）在設計主表時，應該有以下幾個字段：公司、制單人、制單日期、審核人、審核日期、審核批語、最后修改人、最后修改時間、備注、單據狀態、單據類型、業務類型、時間戳、刪除標識和20個自定義項。在設計子表時，應該有來源單據類型、來源單據ID、來源單據行ID、上層單據類型、上層單據ID、上層單據行ID、時間戳、刪除標識和20個自定義項。具體的設計規范，可以參照NC數據庫設計注意事項。2.我們使用表單開發工具制作表單時，首先會新建一個項目，這個項目的編碼就是我們模塊的名字，這個模塊的名字一定要和我們在Eclipse下建立的工程模塊名相同，否則會出現一些莫名其妙的問題，我在平時就遇到了一些這樣的問題，找了半天的錯誤才發現是因為模塊名不匹配的情況。當然，這種情況一般會出現在兩個人合作開發。3.利用表單制作單據時，有六個系統按鈕需要生成動作腳本：保存、修改、作廢、提交、審核和棄審。動作腳本會生成在modules/模塊名/METAINF/VAR下。4.二次開發的節點必須遵守規范，否則會出現LESSONS受限的問題。5.會計平臺：在由新開發的業務單據生成會計憑證的時候，我們需要做一些配置，當我們在配置憑證模板的時候可能會找補到我們新增的單據，這個時候我們可以到單據類型管理節點下，看一下新增的業務單據是否勾選了根節點和單據大類的設置。6.審批流：當我們正確的配置了審批流后，可能會遇到審批流無效的情況。這個時候我們可以到數據庫中查看一下審批流所對應的系統表中看一下該審批流中的業務類型是否為我們單據所對應的業務類型。在培訓的時候我就遇到了審批流配置后無法產生審批效果的情況，通過代碼跟蹤我發現在保存審批后系統會將通用業務類型的主鍵值給放到了審批流表中，這點不知道是產品的BUG還是我們操作中的問題。7.對于我們在產品的配置過程中所遇到的多語言問題，我們可以在單據項目管理中修改設置。8.在我們開發過程中遇到問題時，不要急于去請教別人，可以自己先通過分析錯誤日志去查找問題的來源，我想只有這樣才會使我們學習到更多的東西。我們可以將日志級別設置為TRACE，以得到更多的日志信息。另外，在查看日志時關鍵是要提煉出對我們有用的SQL語句。9.應該熟悉一下UI工廠的內容，自己在以前對這部分內容就有所欠缺。主要的是看一下單據的幾種狀態，這對我們控制按鈕很有用處，記得在先前的項目中就遇到過類似的問題。10.在做報表的時候，我感覺最好是使用查詢引擎，因為那樣會比我們使用報表模板更加的靈活，而且可以實現更加好的效果。11.在考試的過程中，發現了自己平時的一個壞習慣，那就是平時開發的過程中習慣偷懶直接去復制粘貼代碼，導致今天在考試時很多代碼一時都忘記了。特別是對于modules配置文件，平時的時候就是照者樣子去寫，沒有注意到本質的東西，接下來應該看一下紅皮書了。12.在平時的時候，確實需要多看一下別人是怎么寫的代碼，這樣可以節省很多的時間，但是重要的是我們在學習了別人的東西后，要多去練習，將知識轉換為我們自己的東西。13.在項目中如果幾個人合作開發，最好使用版本控制服務器。在使用過程中一定要求項目組成員規范使用服務器，在自己所開發的內容確定后及時提交到服務器上，以避免最后造成版本混亂。我在項目中就遇到過這樣的問題，同事在開發過程中，總是會忘記提交代碼而且提交的時候都不知道自己提交的是正確的還是不正確的。另外在提交時最好是寫明注釋，可以簡單地寫上本次提交主要改了哪些東西有什么作用，可能在提交的時候你會感覺到麻煩，但是我想在以后的維護中肯定會讓你輕松很多的。好了，簡單地就寫這么多吧。其實自己了解的也不是很多，在這次的培訓和考試中，我對NC又有了一個新的認識，相信在以后的開發過程中這幾天的培訓內容會起到很大的作用的。

第二篇：用友NC系統操作培訓總結

NC系統操作培訓總結

10月24日，工業集團戰略企劃部在青島 公司主持召開了NC系統操作培訓，對子公司及集團本部采購條線、財務條線、銷售條線人員進行培訓。集團信息中心張柏新詳細講解了系統的操作方法。對各條線參訓人員均做了詳細的操作演練。

工業集團推行ERP系統，對整個集團的統一管控，系統操作有一個質的的發展進步，是大多數集團公司大型企業必由之路，我司緊跟時代步伐，積極推進erp系統上線，對各級人員的職業素養均是一個不可錯失的提高機會。

本次培訓主要針對NC系統的操作實務，為今后的工作打下基礎，各子公司現在正在推行該系統上線，操作人員必須對該系統有全面的了解，所以本次培訓勢在必行。

通過本次培訓，各條線人員對系統有了初步的認識，在原有系統的基礎上加深了理解，也熟悉了系統的操作。為今后的工作推動打下基礎。

第三篇：網站二次開發協議范文

網站二次開發合同

甲方：

乙方：

甲方在此委托乙方進行

網站的二次開發。為明確雙方責任，經友好協商，雙方達成以下協議：

第一條：項目的內容、價款、開發進度、交付方式。

第二條：甲方的權利和義務

1.提供專人與乙方聯絡。

2.提供所有需要放到網上的資料交給乙方，并保證資料的合法性。

3.乙方在完成合同規定的義務后，甲方按照附錄一的要求，及時支付費用。

4.甲方將在著作權法的范圍內使用本合同標的及相關作品、程序、文件源碼，不得將其復制、傳播、出售或許可給其它第三方。

5.甲方對本合同標的中的網頁、圖像享有排版的版權。

6．版權所有歸甲方（包括原文件、程序、文字、動畫文件、有聲文件、及相關作品）第三條：乙方的權利和義務

1.提供專人與甲方聯絡。

2.按附錄一的要求，使用甲方資料，進行網站的二次開發。

3.在附錄一要求的期限內，完成網站的二次開發，并通知甲方進行驗收。

4.在驗收期內甲方要求下，對不合格地方進行修改。

5.乙方未經甲方同意不得向第三方拷貝或泄露網站程序。6．乙方負責維護甲方網站運營期間數據的安全。

7.在附錄一要求進行網站更新的情況下，在接到甲方要求網站更新的傳真2日內，按照要求對網站進行更新；

8.在附錄一要求進行培訓的情況下，對甲方1-3名技術人員進行培訓。第四條：驗收

1.驗收標準有以下幾條：

a.甲方可以通過任何上網的計算機訪問這個網站。

b.主頁無文字拼寫及圖片（以甲方提供的材料為準）錯誤。

c.網絡程序正常運行。

2.驗收期為5天時間。

第五條 違約責任

1.任何一方有證據表明對方已經、正在或將要違約，可以中止履行本合同，但應及時通知對方。若對方繼續不履行、履行不當或者違反本合同，該方可以解除本合同并要求對方賠償損失。

2.因不可抗力而無法承擔責任的一方，應在不可抗力發生的3 天內，及時通知另一方。

3.一方因不可抗力確實無法承擔責任，而造成損失的，不付賠償責任。本合同所稱不可抗力是指不能預見、不能克服并不能避免且對一方當事人造成重大影響的客觀事件，包括但不限于自然災害如洪水、地震、火災和風暴等以及社會事件如戰爭、**、政府行為等。

第六條 保密條款

雙方應嚴格保守在合作過程中所了解的對方的商業及技術機密，否則應對因此造成的損失承擔賠償。

第七條 以上條款如有未盡事疑，經甲、乙雙方協商后加以補充：

補充內容： 乙方需提供使用文檔，并根據使用文檔對甲方技術人員提供相關培訓等支持。并在交付后有免費代碼維護義務，并在雙方合作共贏的基礎上提供更多技術支持（比如有償的功能開發等項目）。

第八條 其它

1.如果本合同任何條款根據現行法律被確定為無效或無法實施，本合同的其他所有條款將繼續有效。此種情況下，雙方將以有效的約定替換該約定，且該有效約定應盡可能接近原約定和本合同相應的精神和宗旨。

2.附錄一規定的有效期滿，乙方未完成附錄一任務，超出期限每天扣兩百，超出期限后放棄該任務，按網站的費用雙倍賠償。

3.如乙方在期限內放棄該任務，按網站的費用雙倍賠償。3.本合同經雙方授權代表簽字并蓋章，自簽訂日起生效。

4.本合同一式兩份，雙方當事人各執一份，具有同等法律效力。

甲方（蓋章）：

乙方（蓋章）代表：

代表：

第四篇：Nutch二次開發總結

1.1 信息源選擇及規范制定

Nutch通過制定相應的URL規則來達到對限定的URL進行爬取，即過濾信息。默認情況下可以在相關的配置文件中進行配置，它用正則表達式來規范URL。當然，還可以自己編寫相應的插件等來實現所制定的URL規范。

1.2 信息預處理

這里的信息預處理是指將Nutch爬蟲所下載下來的內容轉變為Nutch索引器所能調用的文本。信息預處理過程主要涉及到如下內容：

（1）格式識別并抽取文本。一般情況下，Nutch爬蟲下載下來的文檔是HTML，但是網絡上還存在諸多類型的其他文本：txt、doc、pdf、xls、rtf等等，甚至還有多媒體的文檔格式。在進行索引之前，必然從這些下載下來的文件中抽取出文本信息，針對不同的格式文檔抽取方式也不同。Nutch默認對HTML、TXT能直接處理，而其他的有些已經實現但并沒有加載。目前有很多開源軟件可以抽取文本信息，如word文檔的poi、pdf文檔的pdf-reader等等。在二次開發時，需要對相應的文檔格式進行編寫抽取文本工具。

（2）信息過濾。這里的信息過濾是指從抽取的文本中濾去那些不希望使其存在的文本內容，這個過程也不一定是獨立的，可能會與上一個過程存在相交之處。舉個實例，比如針對某一個網站的某一部分網頁中的部分區域不希望被索引，那么可以編寫一個相關的插件來實現對這個網站的這類網頁進行過濾，去除這一區域內的內容。

（3）編碼格式的轉換。網絡上的信息編碼格式五花八門，并不是特別規范。一般情況下，Nutch處理后都能實現編碼的統一，但是有些信息卻不能很好地被默認程序轉換，這時候就應當對Nutch進行擴展，以實現編碼的轉換。

1.3 索引本土化構建

以過信息預處理后的信息可以直接為Nutch索引。在索引過程中，需要考慮的因素也有很多。一是中文類語言的分詞問題。這一點在前面實驗中已有詳細的分析并做了一些總結。二是信息的進一步處理，這一過程是在尋找最能表達原文語義的語詞集合。另外還有一些其他相關技術如詞干提取、停止詞、本體等等。這個過程是相當重要的一個過程，直接決定了查詢服務的效果。

1.4 排序規則制定

排序規則的制定并不僅僅影響到查詢結果，可以說它貫穿在了整個搜索引擎的工作過程中。因為能影響排序規則的因素有很多，比如說與用戶需求的相關性、系統業務需求等，具體的有如語詞在文獻中的詞頻、在整個文獻空間的詞頻、語詞位置等，甚至是信息時間都會影響到排序。因此在二次開發時，需要根據需求，針對性地制定排序規則，并把它反映在系統中。

1.5 查詢系統及用戶界面

Nutch的查詢系統是發布在Tomcat下的，它提供了一種類似于google的查詢界面，并且支持多語言。在實際的二次開發中，并不一定支持多種語言，可針對某一種語言進行改寫。另外還可以對查詢過程進行二次改發，改變它的查詢方式、添加分頁、增加summery等。對于用戶接口界面，則根據實際情況改寫即可。

第五篇：RobotFramework二次開發小結

RobotFramework二次開發小結

本文主要針對用例之間的調度，和定時運行用例這兩個方向進行了介紹，其中用例之間的調度在RobotFramework平臺上直接可以實現，對定時運行用例，我們進行了Robot平臺的二次開發。

【用例之間調度】：

1、前一個用例的執行結果是后一個用例的執行條件，在python編譯環境下定義兩個函數。

圖1 python編寫資源庫文件

在RobotFramework里添加該資源庫文件，定義一個全局變量${turn},新建兩個用例test1和test3,Robot平臺提供了關鍵詞Run Keyword if，可以實現兩個用例之間的調度關系，如果函數（在Robot稱為關鍵字）check返回的是True則執行函數Add，否則不會執行函數Add。

圖2 RobotFramework設計用例1

2、前一個用例的執行結果是后一個測試用例的輸入值，定義一個全局變量${sum},將函數Add的執行結果傳給函數Fun。

圖3 RobotFramework設計用例2

【RobotFramework二次開發】 關于定時運行用例，對Robot平臺進行了二次開發，在Robot平臺的菜單欄里添加一個Tasks菜單項，點擊下拉菜單Schedule彈出設置界面。

圖 4 RobotFramework二次開發界面

1、該Task Schedule Dialog 可以設計定時運行用例，有兩種觸發方式，Single和Cycle（CI Trigger方式目前沒有實現），其中Cycle可以設置間隔時間，單位為hour、day、week；

2、打開Task Schedule Dialog時，自動將Robot平臺設計的用例樹放在界面的綠色區域，可以選擇單個用例或多個用例，輸入Task Name（也就是Robot平臺的tag），選定觸發方式（Single或Cycle），點擊Add按鈕添加任務；

3、選擇添加的任何一個任務，可以通過Modify按鈕修改Task Name，或通過Delete按鈕刪除該任務；

4、鼠標點擊一個任務時，在綠色區域的用例樹中，被設置的用例會自動打勾顯示。

圖5 RobotFramework平臺二次開發功能圖

5、點擊Start按鈕將按設置時間依次運行各用例，如圖6所示，如果用例是保存在文件夾D:python_testSofttest,，任務的運行報告自動保存在當前目錄的OutputDirN下，如果是Cycle方式會再建一層文件夾（文件夾名為任務運行時間）。

圖 6 用例執行報告保存文件夾

關注點：Task Schedule Dialog里的Task Name就是Robot平臺的tag，執行的過程先判斷設定時間，如果滿足條件，將Output Directory目錄下的含有該tag的所有用例都運行一次。用例執行順序和最初在Robot平臺設計的用例順序一致。

6、Robot平臺的二次開發使用方法：將FrameTask.py，mainframe.py，TaskSchedule.py，TestTree.py放在C:Python26Libsite-packagesrobotideui，覆蓋所有文件，再打開Robot就可以看到菜單項。