基于Mobox對Gungho任務(wù)二次開發(fā)的實現(xiàn)
Gungho項目管理軟件在企業(yè)部署的時候因其業(yè)務(wù)的個性,很有可能需要對任務(wù)做各種各樣的二次開發(fā),從而適應(yīng)企業(yè)需求
舉例:
某檢測檢驗中心,在做叉車整車檢測的時候會分解出100多個的檢測任務(wù),每一個任務(wù)除了要求員工按時間要求完成以外,還需將每個檢測任務(wù)所獲取的數(shù)據(jù)等級下來。這個數(shù)據(jù)可能是一個表,而且每一個任務(wù)所對應(yīng)的填寫數(shù)據(jù)也都是不一樣的。
這樣一個需求,我們就必須對任務(wù)做二次開發(fā)
實現(xiàn)過程如下
用sa 登錄Mobox平臺,進入系統(tǒng)管理模塊
- 增加功能點 任務(wù)類型及二次開發(fā) 功能點編號(8203)
- 字典里面增加:SysTaskType,里面定義任務(wù)類型的名稱
定義的任務(wù)類型名稱,在后面會用到
- 進入二次開發(fā) – gungho領(lǐng)域 – TASK任務(wù) – 自定義事件
開發(fā)一個腳本:任務(wù)點擊后 腳本 (目的是 任務(wù)點擊后能將 prj_id,task_id 等設(shè)置到全局變量)
這個任務(wù)點擊后(lua腳本)是標(biāo)準(zhǔn)的
|
這個腳本目的是生成 全局變量:prj_id , task_id 。 這2個變量描述了當(dāng)前任務(wù)所屬項目唯一標(biāo)識,及任務(wù)唯一標(biāo)識。是Gungho系統(tǒng)向Mobox平臺傳遞核心參數(shù),Mobox后期二次開發(fā)的時候都需要用到。
注意,這里定義的全局變量 名稱在后期調(diào)用的是要完全一樣
這個腳本,會在后面文章的:任務(wù)分類定義 –? 事件 (點擊后事件用到) 參考
- 數(shù)據(jù)模型定義 (用于任務(wù)擴展屬性的定義)
按需分別定義數(shù)據(jù)模型,及模型里面的字段。這里不詳細展開(需要有mobox二次開經(jīng)驗)
定義小窗口的時候需要注意,有一個窗口初始化腳本要執(zhí)行(目的是個小窗口內(nèi)設(shè)置prj_id, task_id)
- 按功能定義各種需要的腳本
因為是與Gungho集成,前面描述過gungho的全局變量,這里開發(fā)的時候已經(jīng)可以使用這些變量(prj_id , task_id)
根據(jù)需求,圍繞數(shù)據(jù)模型做二次開發(fā)(可能有很多過個腳本,按需求開發(fā))比如
1)查詢事件 (我們的擴展屬性,是與任務(wù)綁定的,所以需要查出與本任務(wù)有關(guān)的屬性 如 任務(wù)ID過濾 )
因為是與Gungho集成,前面描述過gungho的全局變量,這里開發(fā)的時候已經(jīng)可以使用這些變量(prj_id , task_id)
2)初始化腳本 (因為需要與Gungho的任務(wù)集成,定義界面(小窗口的時候需要定義初始化腳本 如 設(shè)置項目及任務(wù)ID )
- 功能點定義,一般用 3000 功能定義
任務(wù)擴展屬性信息的grid展示(查詢事件)、小窗口數(shù)據(jù)的輸入保存(需要綁定task_id等)
- 進入 任務(wù)分類及二次開發(fā) (功能點編號 8203) ,進行任務(wù)分類定義
任務(wù)分類定義,是gungho的任務(wù)與Mobox的功能點集合的一個過程
- 任務(wù)分類(常規(guī))配置
注意:數(shù)量限制 必須選擇 多數(shù)據(jù), 顯示方式必須選擇 自定義頁面
- 任務(wù)分類(事件)配置
注意:點擊任務(wù)后事件 是必須選擇( 來源: gungho領(lǐng)域 – TASK任務(wù) – 某自定義事件)
- 任務(wù)分類(自定義頁面)配置
自定義里面是將任務(wù)與Mobox的功能點集合在一起
按上圖,A2樣品技術(shù)參數(shù),這類任務(wù),綁定了2個功能點
- Gungho上任務(wù)執(zhí)行的效果
綁定了2個功能點
? 1 個用于技術(shù)參數(shù)輸入 (可能是一個表)
1 個用于檢測結(jié)果輸入