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