基于Mobox對Gungho任務二次開發的實現

基于Mobox對Gungho任務二次開發的實現

 

Gungho項目管理軟件在企業部署的時候因其業務的個性，很有可能需要對任務做各種各樣的二次開發，從而適應企業需求

 

舉例：

某檢測檢驗中心，在做叉車整車檢測的時候會分解出100多個的檢測任務，每一個任務除了要求員工按時間要求完成以外，還需將每個檢測任務所獲取的數據等級下來。這個數據可能是一個表，而且每一個任務所對應的填寫數據也都是不一樣的。

這樣一個需求，我們就必須對任務做二次開發

 

實現過程如下

用sa 登錄Mobox平臺，進入系統管理模塊

• 增加功能點 任務類型及二次開發 功能點編號（8203）

• 字典里面增加：SysTaskType，里面定義任務類型的名稱

定義的任務類型名稱，在后面會用到

 

• 進入二次開發 – gungho領域 – TASK任務 – 自定義事件

開發一個腳本：任務點擊后 腳本 （目的是 任務點擊后能將 prj_id，task_id 等設置到全局變量）

這個任務點擊后（lua腳本）是標準的

 

json?? = require(“json”) mobox = require(“OILua_JavelinExt”) require(“oi_basestrfunc”)   function AfterClickTask(strLuaDEID) ??? local nRet, strRetInfo, strTaskID,strClsID   ???? –獲取當前點中的任務對象標識 ???? nRet, strClsID, strTaskID = mobox.getCurEditDataObjID( strLuaDEID ) ???? if ( nRet ~=0 ) then ???????? mobox.error( strLuaDEID, “獲取當前點中任務對象標識失敗!” ) ???????? return ???? end ??? –獲取任務內容 ??? nRet, strRetInfo = mobox.getTaskAttr(strLuaDEID,strTaskID, “CN_G_PRJ_ID”) ??? if (nRet ~= 0) then ??????? mobox.error(strLuaDEID, strRetInfo) ??????? return ??? end ??? local taskAttr = json.decode(strRetInfo) ??? local strPrjID = taskAttr[1].value   ??? if (strPrjID == nil or strPrjID == nil) then ??????? mobox.error(strLuaDEID, “獲取項目信息失敗!”) ??????? return ??? end ??? –去掉空格 ??? strPrjID = trim_guid_str(strPrjID) ??? — 把項目ID ，任務ID 加入全局變量 ??? local strGlobalAttrs = ‘{“attr”:”prj_id”,”value”:”‘ .. strPrjID .. ‘”}’ ??? strGlobalAttrs = strGlobalAttrs .. ‘,{“attr”:”task_id“,”value”:”‘ .. strTaskID .. ‘”}’ ??? local strAction = ‘[{“action_type”:”set_global_attr”,”value”:[‘ .. strGlobalAttrs .. ‘]}]’ ??? mobox.setAction(strLuaDEID, strAction) end

 

這個腳本目的是生成 全局變量：prj_id , task_id 。 這2個變量描述了當前任務所屬項目唯一標識，及任務唯一標識。是Gungho系統向Mobox平臺傳遞核心參數，Mobox后期二次開發的時候都需要用到。

注意，這里定義的全局變量 名稱在后期調用的是要完全一樣

這個腳本，會在后面文章的：任務分類定義 –? 事件 （點擊后事件用到） 參考

 

• 數據模型定義 （用于任務擴展屬性的定義）

按需分別定義數據模型，及模型里面的字段。這里不詳細展開（需要有mobox二次開經驗）

 

定義小窗口的時候需要注意，有一個窗口初始化腳本要執行（目的是個小窗口內設置prj_id, task_id）

 

• 按功能定義各種需要的腳本

因為是與Gungho集成，前面描述過gungho的全局變量，這里開發的時候已經可以使用這些變量（prj_id , task_id）

根據需求，圍繞數據模型做二次開發（可能有很多過個腳本，按需求開發）比如

1）查詢事件 （我們的擴展屬性，是與任務綁定的，所以需要查出與本任務有關的屬性 如 任務ID過濾 ）

因為是與Gungho集成，前面描述過gungho的全局變量，這里開發的時候已經可以使用這些變量（prj_id , task_id）

2）初始化腳本 （因為需要與Gungho的任務集成，定義界面（小窗口的時候需要定義初始化腳本 如 設置項目及任務ID ）

 

• 功能點定義，一般用 3000 功能定義

任務擴展屬性信息的grid展示（查詢事件）、小窗口數據的輸入保存（需要綁定task_id等）

• 進入 任務分類及二次開發 （功能點編號 8203） ，進行任務分類定義

任務分類定義，是gungho的任務與Mobox的功能點集合的一個過程

• 任務分類（常規）配置

注意：數量限制 必須選擇 多數據， 顯示方式必須選擇 自定義頁面

• 任務分類（事件）配置

注意：點擊任務后事件 是必須選擇（ 來源： gungho領域 – TASK任務 – 某自定義事件）

• 任務分類（自定義頁面）配置

自定義里面是將任務與Mobox的功能點集合在一起

按上圖，A2樣品技術參數，這類任務，綁定了2個功能點

• Gungho上任務執行的效果

綁定了2個功能點

? 1 個用于技術參數輸入 （可能是一個表）

1 個用于檢測結果輸入