共好plm系統(tǒng)
基于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腳本）是標準的
|
這個腳本目的是生成 全局變量：prj_id , task_id 。 這2個變量描述了當前任務(wù)所屬項目唯一標識，及任務(wù)唯一標識。是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é)果輸入
