前言:
? ? 歸納總結是個好習慣,我們都值得擁有.
? ? 每一個業務的開發需求,都是一次歸納的契機.
根據業務特定的需求分析,是否可以概括出一個通用需求?
特定業務需求是否完全包含在這個通用需求中呢?
是否可以根據這個通用需求概括出一個通用處理模型?
該模型是否可以解決這一類的業務需求?
怎么用特定的語言(ABAP)開發這個模型?
怎么給業務最大的自由度去使用這個配置使用這個模型?
? ? 如果你是一個業務人員,帶著這些問題去和你的開發溝通.(你毛病呀,半天就可以寫完的程序,你想整一周?)
? ? 如果你是一個開發人員,帶著這些問題去和需求提出者溝通(你找事呀,按我的需求做就完事了,要不你來寫功能說明書?)
? ? 或者,你也會碰到志同道合的. 嗯,這個提議不錯, 咱們一起來完善一下這個設計.?
? ? 嘗試更多的去理解業務,去歸納業務,用開發的思想去重建功能設計.?
正文
? ? 數據導入,是一個很簡單的應用場景:用戶按規定格式準備好數據文件,批量導入系統創建主數據或者單據.
SAP提供了幾個專門的工具來處理數據導入
-
SXDA 數據傳輸工作臺
LSMW 一個強大的數據導入工具,通過配置產生數據模版,映射對應的處理工具(錄屏,BAPI調用,IDOC生成等).
-
LTMC 用于取代LSMW的新的遷移工具
SCAT 計算機賦值測試工具(可以用來做數據導入)
SHDB 事物記錄器(沒錯,這個也可以做數據導入,有人通過EXCEL宏生成它需要的數據內容,完成導入)
? ? 上面列出所有我所想到的SAP標準工具,可能不完全.
? ? 我不想去評價這些工具,只是陳述一個事實:雖然有這么多的數據導入工具,但是每個項目似乎還是需要開發數據導入程序.
? ? 于是我搜集歸納所有數據導入程序的一些共性:
導入模版:每個導入對象都需要一個導入模版,甚至用戶要求模本中能提供一些數據輸入幫助及字段備注,必須輸入提醒等.
導入檢查:數據導入時都需要對數據內容執行預置的一些檢查,不能完全依賴事務處理時的檢查.
導入數據的暫存:導入數據存入自定義表,以便執行后續處理,進度查詢及出錯重處理.
多進程并發快速處理:對于期初大量數據的導入,需要提供多進程并發處理功能,快速完成數據導入.
報錯數據重處理:對于報錯的數據,允許用戶修復錯誤后,重新執行.
? ? 數據導入框架是基于上述分析實現的一系列開發(每個導入對象都需要一個針對的程序).遵照上述幾點特性給出了相應的解決方案
導入模版可配置A,基于事務代碼配置對應的導入表及處理程序,檢查函數,分隔符,留在選擇屏幕,帶錯誤保存標記,顯示特定字段的文本 ,檢查出錯的數據也保存在上傳表中,允許附加數據產生模板,更新表時分包處理的每個包的條目數,模板文件名(如果為空,使用表名)
-
導入模版可配置B,這個配置是可選的. 基于表或事務代碼配置模版的字段及字段特性: 字段文本,字段順序,模版中排除該字段,字段非空檢查 ,上傳文件內容重復性檢查 ,碼表檢查 ,碼表限制在EXCEL模版的表現方式,顯示特定字段的文本 ,授權檢查標記 ,權限對象,簡單授權檢查 ,對象名 ,序號區間編號,字段的默認值 ,字段詳細描述,體現在EXCEL的批注中,正則表達式 等
在配置中允許執行基本檢查(非空,碼表,授權等),復雜檢查通過配置一個檢查函數,在函數中通過代碼邏輯實現.
-
使用一個統一的程序完成模版產生,數據導入,寫入預定義的中間表
-
產生的模版中通過顏色標記必輸,批注提示字段功能,單元格下拉控制輸入內容
-
根據數據導入對象(TCODE識別),調用對應的處理程序(允許定義多后臺并發執行)
? ? 數據導入框架針對數據導入這一簡單場景,不斷整合項目中碰到的對于數據導入的一些細節需求.形成了目前這個模樣,后續還會不斷完善細節功能及集合更多的數據導入對象.
SAP開發框架系列是我對開篇前言中問題的解答,這個系列提供的是一種思維方式,有些涉及到的代碼/工具,會在后續文章中陸續發布。
