企業(yè)管理系統(tǒng)培訓：E10規(guī)格閱讀

E10規(guī)格閱讀課程大綱(三個W一個H)What,什么是規(guī)格?When,何時需要去閱讀規(guī)格?Where,去哪里查找規(guī)格?How,如何去閱讀規(guī)格?在E10中,規(guī)格是SD根據(jù)SA的需求文檔而撰寫出來,并且是PR對產(chǎn)品進行開發(fā)的依據(jù).通常,E10的規(guī)格是以Word的形式存檔于服務器上,以供隨時修改和查閱.

之所以E10要以Word的形式存檔而不像易飛使用Text,主要是因為Word可以方便兩岸的同事都可以方便的撰寫和查閱,不用擔心簡繁體字體編碼轉換的問題.1.What,什么是規(guī)格?1.What,什么是規(guī)格?E10的開發(fā)模式與易飛不同.E10的開發(fā)是由配置＋代碼組成，易飛是純代碼組成,故E10比易飛多了配置的部分.所以規(guī)格會分成2個部分生成:E10配置規(guī)格:建檔畫面規(guī)格

報表規(guī)格

批次前端選項的規(guī)格

包含有控件說明,條件格式(只讀控制,控件隱藏顯示等等),

校驗說明,標準開窗說明等等.例如工單的建檔畫面規(guī)格就是配置規(guī)格.1.What,什么是規(guī)格?E10代碼規(guī)格:都是通過配置而無法實現(xiàn)的功能,例如:功能開窗(非標開窗,如下圖,品號單身的產(chǎn)生特征碼開窗)功能切片(例如審核切片,保存切片,校驗切片等等)

批次處理邏輯

比較復雜的報表數(shù)據(jù)源切片等等2.When,何時需要去閱讀規(guī)格?當大家在E10的使用中,發(fā)現(xiàn)以下的狀況,例如:對字段的開窗,條件格式,校驗等邏輯有疑問對報表查詢目的不了解,想知道具體查詢邏輯對批次的查詢,執(zhí)行邏輯有疑問等等,就應當及時的去查閱規(guī)格.不過,有一點須注意,當遇到流程面的問題時,可能通過閱讀規(guī)格就無法得到答案,此時就必須去閱讀各個模塊流程面的資料.3.Where,去哪里查找規(guī)格?E10的實體結構(Schema)查詢路徑為:ftp://4/$版本號$/Schema/如:2.0.1的版本,實體結構查詢路徑就是ftp://4/E10_2.0.1/Schema/或者從內網(wǎng)網(wǎng)頁直接查詢,對應版本號和地址為:2.0：http://tdserver:8083/EntityBrowser_2/2.0.1：http://tdserver:8083/EntityBrowser_201/2.0.2：http://tdserver:8083/EntityBrowser_202/此網(wǎng)頁登錄賬號:

tdserver\ad

密碼:

123abcABC3.Where,去哪里查找規(guī)格?打開內網(wǎng)的的網(wǎng)頁地址,需要用VPN連接公司內網(wǎng),網(wǎng)頁實體還是打不開,則需去pingtdserver,如果ping不通,需要到

C:\Windows\System32\drivers\etc

目錄下,在HOST文件中增加下面兩行記錄即可ping通.1TdServer0Trserver3.Where,去哪里查找規(guī)格?以2.0.1舉例,2.0.1的作業(yè)&切片規(guī)格目錄為ftp://4/E10_2.0.1/SPEC

Spec------切片規(guī)格BatchObjects------批次作業(yè)的規(guī)格BusinessObjects------建檔作業(yè)或向導式批次作業(yè)的規(guī)格BusinessQueryObjects------財務模組的賬簿規(guī)格Common------公用服務或者公用切片規(guī)格CommonFinance------財務模組的公用服務或切片規(guī)格CommonManufacture------生產(chǎn)模組的公用服務或切片規(guī)格CommonRetail------零售模組的公用服務或切片規(guī)格CommonSupplyChain------供應鏈模組的公用服務或切片規(guī)格CustomFunction------自定義函數(shù)的規(guī)格FillData------升級數(shù)據(jù)庫規(guī)格ReportObjects------報表作業(yè)的規(guī)格需注意,例如工單投產(chǎn)(SF_B001),產(chǎn)品配置模擬(BM_B027)等等的向導式批次的規(guī)格是存檔在BusinessObjects中的,并非在BatchObjects中.3.Where,去哪里查找規(guī)格?以工單為例,工單的建檔畫面規(guī)格地址就是:ftp://4/E10_2.0.1/SPEC/BusinessObjects/MO/MO.I01.docx工單其余切片規(guī)格的地址都放在4/E10_2.0.1/SPEC/BusinessObjects/MO/3.Where,去哪里查找規(guī)格?工單所用到的公共服務,在建檔畫面規(guī)格和切片規(guī)格中都有羅列,詳見4.3.6(建檔畫面規(guī)格閱讀方式),地址為:4/E10_2.0.1/SPEC/Common/E10公共4/E10_2.0.1/SPEC/CommonFinance/E10財務公共4/E10_2.0.1/SPEC/CommonManufacture/E10制造公共4/E10_2.0.1/SPEC/CommonSupplyChain/E10供應鏈公共4/E10_2.0.1/SPEC/CommonRetail/E10零售公共等等4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.1E10實體結構(Schema)的閱讀E10實體結構(Schema)

E10模塊編號及名稱查詢

通過Excel查詢實體結構

通過網(wǎng)頁查詢實體結構4.1E10實體結構(Schema)的閱讀4.1.1E10模塊編號及名稱查詢地址與網(wǎng)頁查詢實體結構的網(wǎng)址是一樣的.

例如:查詢E102.0.1版的模塊編號就在以下地址:

http://tdserver:8083/EntityBrowser_201/網(wǎng)頁中左側就是各個模塊的編號以及名稱4.1E10實體結構(Schema)的閱讀4.1.2通過Excel查詢實體結構

以2.0.1版本為例,路徑地址為ftp://4/E10_2.0.1/Schema/

打開后可以看到,里面有各個模塊的Excel文件,假設需要查看工單模塊的實

體結構,根據(jù)4.1.1的查詢得知,工單模塊的模塊編號為’MO’,則雙擊打開

MO_FileSpec-V2.0.1.XLSX這份EXCEL在’工單管理系統(tǒng)’頁簽里,就可以看到這個模塊下的所有作業(yè)名稱,表名稱以及每只作業(yè)下分別有哪些表,點擊’表代碼’中的超鏈接,可以跳轉到需要看的那支作業(yè).以點擊’MO’為例4.1E10實體結構(Schema)的閱讀點擊后,打開MO的實體結構頁簽,從上到下依次為,中英文名,業(yè)務主鍵,索引和具體字段名稱及其屬性4.1E10實體結構(Schema)的閱讀上圖中:第一行的DOC_NO字段為業(yè)務主鍵,這個索引的名稱為’MOB005’,它是非聚集索引,且

是唯一索引.

第二行的Owner_Org.RTK,Owner_Org.Roid,DOC_DATE這3個字段為索引,它的索

引名稱是MOI001,它是非聚集索引,且不是唯一索引.

在實體中,唯一索引(也就是業(yè)務主鍵)是大多數(shù)都有建立的,若沒建立,則有可能導致后

續(xù)下SQL查詢時,查詢效率低下.

同樣,非唯一索引也并非必填的,增加適當?shù)姆俏ㄒ凰饕矔涌霺QL查詢的速度.

而兩者的差別,簡單說就是:唯一索引的值不可以重復,非唯一索引的值可以重復.

(此頁點擊超鏈接可連接至名詞解釋)4.1E10實體結構(Schema)的閱讀字段列表中各個列的含義為:(此頁點擊超鏈接可連接至名詞解釋)屬性名:此字段在E10的實體中的名稱別名:此字段在數(shù)據(jù)庫中的名稱名稱:此字段的中文名稱類型:此字段的字段類型,通常有Simple(簡單)類型:數(shù)據(jù)類型包含nvarchar(字符型),Decimal(浮點數(shù)類型)

,Boolean(布爾型),Int(整數(shù)型),Date(日期型,不含時間

),DateTime(日期型,含時間),

Guid(ID類型)等等.

上圖中String型就是數(shù)據(jù)庫里的nvarchar型4.1E10實體結構(Schema)的閱讀

Reference(引用)類型:代表引用其他實體的欄位.比如工單單頭的品號欄位,就

是引用類型.引用類型字段的數(shù)據(jù)類型就

是Guid數(shù)據(jù)類型的.通常都是開窗類型的控件.Complex(復雜)類型:這代表這個字段是多來源的類型,在實體中會生成RTK和ROid兩個欄位,比如MO單頭的SOURCE_ID就是復制類

型的,實體中就會生成SOURCE_ID.RTK和SOURCE_ID.ROid兩個欄位,其中RTK為PickList類型的,ROid為引用類型.

4.1E10實體結構(Schema)的閱讀

Collection(集合)類型:代表為集合類型,比如MO_D,就是MO的單身,是集合類型4.1E10實體結構(Schema)的閱讀BusinessType:當此字段為非引用類型時,此列代表此字段的業(yè)務類型,此字段的數(shù)據(jù)

類型會和BusinessType保持一致.

如下圖:材料品名字段的數(shù)據(jù)類型就會和其BusinessType:ItemName保

持一致,是String型,并且長度為60.

SourceEntity:當此字段為引用類型時,代表所引用的實體.比如工單單頭的品號,

(來源實體)引用的就是ITEM(品號)這個實體.4.1E10實體結構(Schema)的閱讀PickList:若此字段為下拉框類型,Excel中此欄會顯示PickList名稱和下拉框中所有可選項的內含值以及外顯值.比如下圖中的SOURCE_ID字段,它的PickList名稱

是DocSource07,若此字段在數(shù)據(jù)庫中的值為’WORK_CENTER’,則在建檔中

會外顯為’廠內’,數(shù)據(jù)庫值為’SUPPLIER’,建檔外顯為委外.數(shù)據(jù)類型:代表此字段的數(shù)據(jù)類型.長度:此字段的長度.精度:浮點型字段的精度.【注一】:E10系統(tǒng)中可選的日期區(qū)間為’1900-01-01’~’9998-12-31’,當值為最小值或者最

大值時,E10系統(tǒng)的界面上顯示為空.【注二】:E10系統(tǒng)設置BusinessType/PickList的目的就是:當BusinessType/PickList發(fā)生變化的時候(比如說長度變長或增加可選項等等

),所有用到此BusinessType/PickList的字段就會自動跟著發(fā)生變化,而不用再

去每只作業(yè)依次修改,極大的減少了維護的成本.這就是PickList字段,點擊’▽’,會將可選項列出4.1E10實體結構(Schema)的閱讀4.1.3通過網(wǎng)頁查詢實體結構

例如2.0.1的版本,打開網(wǎng)頁地址http://tdserver:8083/EntityBrowser_201/,打開后,可以在左側的查詢框中,輸入需要查詢的實體名稱,點擊’查詢’按鈕可快速定位到所查實體.點擊左半側樹狀查找結果中的圖標,就打開了右半測MO的實體結構4.1E10實體結構(Schema)的閱讀也可以點擊左側模塊名稱,可在右側呈現(xiàn)此模塊的所有作業(yè),點擊具體作業(yè)名稱,可打開相對應的實體表結構.4.1E10實體結構(Schema)的閱讀打開實體頁面后,網(wǎng)頁中的顯示內容均與Excel中意義相同,此處不再贅述.當網(wǎng)頁中需要了解BusinessType/PickList的具體含義時,可直接點擊上圖紅框中的超鏈接即可.網(wǎng)頁查詢與Excel查詢相比,網(wǎng)頁查詢的優(yōu)勢是查詢出的結果比較實時.而Excel查詢的優(yōu)勢是下載后可無需聯(lián)網(wǎng)即可查詢.4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀E10規(guī)格中查詢的閱讀方法E10規(guī)格中開窗的閱讀方法E10規(guī)格中校驗的閱讀方法E10規(guī)格中注釋的閱讀方法4.2E10規(guī)格中查詢,開窗,校驗的寫法閱讀4.2.1查詢的閱讀:

在E10的規(guī)格中,經(jīng)常能見到如下的查詢規(guī)格語句這一段話直接可以轉換成如下的SQL語句:SelectDOC.Owner_Org_ROid,DOC.AUTO_APPROVE,PLANT.PLANT_NAMEFromDOCinnerjoinPLANTONDOC.Owner_Org_ROid=PLANT.PLANT_IDWhereDOC.DOC_ID=當前單頭的單據(jù)性質(DOC_ID)OrderByPLANT.PLANT_CODE查出后的結果,放到一個叫Query_DOC的集合里,待后續(xù)使用.上圖中,Where條件里的【單據(jù)性質(DOC_ID)】的意義為:如果有【】中括號,則代表括號里的取用的是當前實體里的字段或者傳入?yún)?shù).反之,沒有中括號的,代表查詢表中的字段.4.2E10規(guī)格中查詢,開窗,校驗的寫法閱讀當關聯(lián)的條件只有一個時(如上圖),只需要這樣寫即可(ON條件直接寫在關聯(lián)中)需注意:關聯(lián)里的=就等同于innerjoin如:*=就等同于leftjoin如:當關聯(lián)的條件有多個時(如上圖),就需要寫ON,然后后面的括號里是條件4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.2.2開窗的閱讀:開窗的內容大部分與查詢類的意義均相同,以下是一些異同點說明:[F3]:代表開窗的快捷鍵帶值字段:代表一些select的字段會借由開窗帶回到虛字段或實體字段上重查:代表開窗畫面里的重查欄位有哪幾個.如下圖4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.2.3校驗的閱讀:校驗的內容大部分也與查詢類的意義均相同,以下為特別點:W+MSG代表這個校驗為一個警告型的校驗,而E+MSG則是代表為禁止型的校驗.校驗的時機點通常有以下一些種類:Edit:編輯Save:保存Confirm:審核DisConfirm:撤審SetAvailable:生效SetUnavailable:失效CancelAvailable:取消生效以及一些自定義時機點等等.4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.2.4規(guī)格中注釋的閱讀:20131119ADDFORT001-131118002代表:2013年11月19日,為T001-131118002這張單子進行的增加.(這個單號在CM系統(tǒng)和WEB型管系統(tǒng)中都可以查到)ADD代表增加MODI代表修改.MARK代表刪除.‘↓’和’↑’代表這次修改的區(qū)間.若沒有上下箭頭則表示修改的內容僅限于這一行.4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.3閱讀建檔畫面的規(guī)格建檔作業(yè)畫面規(guī)格的內容包含：確定作業(yè)編號文件修改記錄作業(yè)目的與需求背景前序作業(yè)瀏覽畫面說明程序控制功能鈕說明業(yè)務主鍵字段欄位說明

以下,以工單(MO)這支建檔為例逐個解釋閱讀方式4.3閱讀建檔畫面的規(guī)格4.3.1確定建檔作業(yè)畫面規(guī)格的作業(yè)編號隨后就到4/E10_2.0.1/SPEC/BusinessObjects/MO/中,找到MO.I01.docx這份Word文檔,將其下載到本地.這份文檔就是工單建檔畫面的規(guī)格,以工單這支作業(yè)為例,可以在瀏覽畫面,點擊’幫助’,之后就可以得到這支作業(yè)的作業(yè)編號MO(如左圖),或者可以在實體結構Schma里找到此建檔的名稱.4.3閱讀建檔畫面的規(guī)格4.3.2文件修改記錄

此章節(jié)記錄了這支作業(yè)在什么版本,什么日期,依據(jù)什么單號由誰修改了什么

內容.例如下圖:4.3.3作業(yè)目的與需求背景

此章節(jié)記錄了這支作業(yè)在E10中所起的業(yè)務作用,以及需求由來.如下圖4.3閱讀建檔畫面的規(guī)格4.3.4前序作業(yè)

此章節(jié)介紹的就是:若要錄入此作業(yè)的數(shù)據(jù),必須先建立以下一些前序作業(yè)的數(shù)據(jù).4.3閱讀建檔畫面的規(guī)格4.3.5瀏覽畫面說明左圖為瀏覽畫面的查詢類型以及查詢字段,對應建檔畫面如下圖4.3閱讀建檔畫面的規(guī)格4.3.6程序控制說明:說明中,會將在各個時機點時,運行什么樣的邏輯進行說明,如下

圖,就是對刪除前和保存前會執(zhí)行的邏輯進行了說明.需注意的是:當控制說明中,有說明用到了切片,則細部的邏輯只有看切片的規(guī)格才能知曉.切片規(guī)格的閱讀方法將在之后的4.6章節(jié)有介紹.紅框中的切片邏輯需要打開相應的規(guī)格Word文檔查看4.3閱讀建檔畫面的規(guī)格程序控制說明中,一共有以下幾種常規(guī)的控制狀態(tài)刪除前:按鈕圖標保存前:按鈕圖標編輯前:按鈕圖標審核前:按鈕圖標取消審核前:按鈕圖標生效前:按鈕圖標取消生效:按鈕圖標失效前:按鈕圖標重新生效前:按鈕圖標還有一些自定義的控制狀態(tài),例如:工單中有:單頭跳單身時如下圖,若這些控制時機點要有一些控制邏輯的話,都會有相應的詳細邏輯或切片規(guī)格名.例如下圖的工單審核切片,需另外找到審核切片規(guī)格看審核邏輯.4.3閱讀建檔畫面的規(guī)格4.3.7功能鈕說明:說明中,包含了toolbar,相關查詢以及擴展欄上各個按鈕的邏輯說

明.同樣的,有些邏輯需要去相應切片的規(guī)格查詢.4.3閱讀建檔畫面的規(guī)格4.3.8字段邏輯說明:說明中,包含了字段含義,填值條件,條件格式,校驗項和開窗說

明.字段邏輯說明中,每個項目可以看到一條虛線,它的意義是:1.虛線之上的內容為用戶點擊’F1’按鈕可以看到的內容,其中,不包含具體字段英文名和具體判斷邏輯.2.虛線之下的內容,為包含了具體字段名的細部邏輯,供顧問,客服或開發(fā)人員查看.4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.4閱讀報表的規(guī)格報表規(guī)格的內容包含：確定作業(yè)編號DM(數(shù)據(jù)模型)和DMQ(數(shù)據(jù)模型查詢)的區(qū)別文件修改記錄作業(yè)目的畫面參數(shù)說明信息處理報表格式報表字段對照

以下,以工單憑證(MO_R001)為例逐個解釋閱讀方式4.4閱讀報表的規(guī)格4.4.1同建檔一樣,首先要確定報表的作業(yè)編號.在打開的報表網(wǎng)頁中,很容易找到ProgramInfo=MO_R001的字樣,這個MO_R001就

是這只報表的作業(yè)編號.

打開4/E10_2.0.1/SPEC/ReportObjects/MO_R001/這個路徑,就可

以看到這只報表的規(guī)格Word文檔了.4.4閱讀報表的規(guī)格4.4.2DM和DMQ的區(qū)別.在報表中有2個名詞:DM和DMQ,我們必須加以區(qū)分:DM(DataModel)數(shù)據(jù)模型:顧名思義,DM指的就是類似于將SQL里,From和Join的內容封裝成

數(shù)據(jù)模型,待后續(xù)使用,必須了解的是此時,并不明確Select哪些字段

,只明確了表與表的關聯(lián).在E10的環(huán)境里,DM是以文件的形式存于\Server\Application\BusinessObjects\DataModel里.DMQ(DataModelQuery)數(shù)據(jù)模型查詢:指的就是對數(shù)據(jù)模型的字段,明確指出Select哪些字段

,供報表使用.DMQ的文件是存于每個報表的目錄中.往往一個DM可以供多個報表使用.而在一個報表中,有可能一個DM可能組成多個DMQ.4.4閱讀報表的規(guī)格4.4.3文件修改記錄

此章節(jié)記錄了這支作業(yè)在什么版本,什么日期,依據(jù)什么單號由誰修改了什么

內容.例如下圖:4.4.4作業(yè)目的

此章節(jié)記錄了這支報表主要查詢內容及作用.如下圖4.4閱讀報表的規(guī)格4.4.5畫面參數(shù)說明

畫面參數(shù)指的就是打開網(wǎng)頁后,用戶可以干預的前端選項.如下圖:此章節(jié)中,會對畫面上的每個選項字段的業(yè)務邏輯進行具體說明:4.4閱讀報表的規(guī)格字段說明中,默認值,填值條件,校驗項和開窗的閱讀方式同建檔,控件:指的是前端網(wǎng)頁中此字段是多選開窗,單選開窗,日期或文本框等類型的控件.4.4閱讀報表的規(guī)格4.4.6信息處理信息處理中,包含:產(chǎn)生DMQG,產(chǎn)生臨時表,分群,排序的邏輯.信息處理所述邏輯就是整個報表取值之邏輯(主SQL).產(chǎn)生DMQ,就是4.4.2所述,本只報表的DMQ由來以及Where條件有哪些(如左圖)4.4閱讀報表的規(guī)格4.4.7報表格式.

此段規(guī)格,會將報表最終的樣式呈現(xiàn)在Word檔中(如下圖)4.4閱讀報表的規(guī)格4.4.8報表字段對照.

此段規(guī)格,會將報表樣式中,每個顯示字段的字段來源做詳細說明(如下圖)以上圖第一個字段’工廠編號’為例,他的取值邏輯可解釋為:通過MO的Owner_Org.Roid字段與PLANT的PLANT_ID字段關聯(lián),取PLANT里的PLANT_CODE字段.4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.5閱讀批次的規(guī)格批次規(guī)格的內容包含：確定作業(yè)編號文件修改記錄作業(yè)目的畫面參數(shù)說明產(chǎn)生預覽數(shù)據(jù)預覽字段信息處理

以下,以發(fā)放工單(PP_B006)為例逐個解釋閱讀方式4.5閱讀批次的規(guī)格4.5.1還是一樣,首先要確定批次的作業(yè)編號.以發(fā)放工單這支批次為例,可以在批次界面點擊’V’的圖標,可看到此批次的作業(yè)編號為’PP_B006’

然后,打開4/E10_2.0.1/SPEC/BatchObjects/PP_B006/這個路徑,就可以看到這只批次的規(guī)格Word文檔了.

4.5閱讀批次的規(guī)格4.5.2文件修改記錄

此章節(jié)記錄了這支作業(yè)在什么版本,什么日期,依據(jù)什么單號由誰修改了什么

內容.例如下圖:4.5.3作業(yè)目的

此章節(jié)記錄了這支批次主要作用.如下圖4.5閱讀批次的規(guī)格4.5.4畫面參數(shù)說明

畫面參數(shù)指的就是批次畫面后,用戶可以干預的前端選項.如下圖:此章節(jié)中,會對畫面上的每個選項字段的業(yè)務邏輯進行具體說明4.5閱讀批次的規(guī)格字段說明中,默認值,填值條件,校驗項和開窗的閱讀方式同建檔,控件:指的是前端網(wǎng)頁中此字段是多選開窗,單選開窗,日期或文本框等類型的控件.4.5閱讀批次的規(guī)格4.5.5產(chǎn)生預覽數(shù)據(jù):指的是,當點擊’預覽’按鈕時,程序所需要查詢數(shù)據(jù)的邏輯.4.5閱讀批次的規(guī)格4.5.6預覽字段:指的是點擊’預覽’按鈕后需要顯示的字段4.5閱讀批次的規(guī)格4.5.7信息處理:指的是,點擊’立即處理’按鈕后,根據(jù)預覽的查詢結果,對相應表進行Update或者Insert的細部邏輯.此段通常在批次的規(guī)格中較長,也是批次規(guī)格最重要的邏輯所在.從這份規(guī)格來看,可以知悉這支批次在點’立即處理’時,會根據(jù)前端所選條件生成工單,調撥申請單或內部訂單.4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.6閱讀建檔,報表,批次的切片規(guī)格切片規(guī)格的內容包含：切片名稱解讀文件修改記錄程序名定義需求概述功能實現(xiàn)

以下,以工單刪除前刪除工單工藝

(MO.UI.Implement-DeleteMoRoutingInterceptor)這個切片為例做講解在之前的4.3.6章節(jié)中,介紹到了要查看建檔,報表,批次切片的規(guī)格.下面進行具體解讀.4.6閱讀建檔,報表,批次的切片規(guī)格4.6.1切片名稱解讀以工單刪除前刪除工單工藝這支切片的名稱來看:MO:代表此切片是屬于MO作業(yè)的,所以此切片對應的存放地址就在4/E10_2.0.1/SPEC/BusinessObjects/MO/UI:代表此切片是客戶端切片,若沒有UI字樣,則代表是服務端切片DeleteMoRoutingInterceptor:代表此切片的名稱,是以有意義的英文名起名的.4.6閱讀建檔,報表,批次的切片規(guī)格4.6.2文件修改記錄

此章節(jié)記錄了這支作業(yè)在什么版本,什么日期,依據(jù)什么單號由誰修改了什么

內容.例如下圖:4.6閱讀建檔,報表,批次的切片規(guī)格4.6.3程序名定義.程序名定義包含3個部分:程序集名類名其他設定從上圖可知:1.此切片的命名中有’UI’字樣,說明此切片是放在客戶端的.2.此切片隸屬于作業(yè):MO,而并非為公共服務或者其他作業(yè).4.6閱讀建檔,報表,批次的切片規(guī)格從上圖可知此切片以’Interceptor’結尾,為MO的一個切片.注:切片通常有以下幾大類,我們可以從切片的命名原則上,就大概知道了這個切片的作用:通用和功能開窗：XxxxxxxxxFWOpener（以有意義的英文命名開頭，以FWOpener結束）菜單開窗：XxxxxxxxxMenuOpener（以有意義的英文命名開頭，以MenuOpener結束）Button開窗：XxxxxxxxxButtonOpener（以有意義的英文命名開頭，以ButtonOpener結束）審核與取消審核切片：ApproveInterceptor過賬與取消過賬切片：PostInterceptor生效&取消生效&失效切片：AvailableInterceptor服務、工具類

：IxxxxxxxxxService（以I開頭，中間以有意義的英文命名，以Service結束）MenuItem：XxxxxxxxxMenuItem（以有意義的英文命名開頭，以MenuItem結束）數(shù)據(jù)跟蹤及其他類：XxxxxxxxxxInterceptor（以有意義的英文命名開頭，以Interceptor結束）校驗

：XxxxxxxxxValidator（以有意義的英文命名開頭，并以Validator結束）4.6閱讀建檔,報表,批次的切片規(guī)格其他設定中:若’內容’一欄有填值,則表示有相應的需求.具體功能的意義,可以詳看說明.4.6閱讀建檔,報表,批次的切片規(guī)格4.6.4需求概述可以從需求概述上了解到,這個切片存在的意義.當然,若有畫面的話會截圖進來(例如一些功能開窗)4.6閱讀建檔,報表,批次的切片規(guī)格4.6.5功能實現(xiàn)在功能實現(xiàn)中,此切片具體的實現(xiàn)邏輯就在其中.

‘功能實現(xiàn)’邏輯的閱讀,可參照批次的’信息處理’邏輯4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.7閱讀公共服務規(guī)格4.7公共服務的種類如下:Common------公用服務或者公用切片規(guī)格CommonFinance------財務模組的公用服務或切片規(guī)格CommonManufacture------生產(chǎn)模組的公用服務或切片規(guī)格CommonRetail------零售模組的公用服務或切片規(guī)格CommonSupplyChain------供應鏈模組的公用服務或切片規(guī)格公共服務是多支作業(yè)因需要運行的一段邏輯相同而抽取出來作為公共服務的.所以公共服務的閱讀方式幾乎與4.6的切片規(guī)格閱讀方式一模一樣,只是有一個最大差別:差不多每個公共服務都有傳入?yún)?shù),并且有的還有傳出參數(shù).例如:CommonManufacture下的CommonManufacture.Business-IGetMaxMinDateService(獲取最大日期和最小日期服務)左圖即為此服務的傳入和傳出參數(shù)4.1E10實體結構(Schema)的閱讀4.2E10規(guī)格中查詢,開窗,校驗,注釋的寫法閱讀4.3閱讀建檔畫面的規(guī)格4.4閱讀報表的規(guī)格4.5閱讀批次的規(guī)格4.6閱讀建檔,報表,批次的切片規(guī)格4.7閱讀公共服務規(guī)格4.8實例說明4.How,如何閱讀規(guī)格?4.8實例說明問題1:挪料單生成的領料單,領料單單身的’供料方式’字段為何為空?4.8實例說明一.查找規(guī)格,了解挪料單是什么時候生成領料單的.

通過工單模塊的Schema,查找出,挪料單作業(yè)名為MATERIAL_SHIFT

打開地址

ftp://4/E10_2.0.1/SPEC/BusinessObjects/MATERIAL_SHIFT/

找到MATERIAL_SHIFT.I01.docx這份建檔畫面Word以’領料單’為關鍵詞,搜索整篇規(guī)格,發(fā)現(xiàn),生成領料單的邏輯在挪料單審核切片:MATERIAL_SHIFT.Business.Implement-ApproveInterceptor.docx里找到此份規(guī)格并打開它.4.8實例說明二.確定領料單單身的供料方式字段名是什么.

通過查詢Schema得知領料單的作業(yè)編號為:ISSUE_RECEIPT

進一步查詢其單身’供料方式’字段的字段名為:ITEM_TYPE小技巧:多用關鍵詞搜索比較快4.8實例說明三.查詢挪料單審核中,給ITEM_TYPE賦值邏輯是什么.用ITEM_TYPE關鍵詞進行搜索,竟然通篇搜索不到,難道是規(guī)格寫漏了?不行,再具體看下生成領料單的那段邏輯

4.8實例說明四.查詢挪料單審核中,生成領料單單身的具體邏輯.再用領料單單身的實體名ISSUE_RECEIPT_D進行關鍵詞搜索找到其中的INSERT領料單單身(ISSUE_RECEIPT_D)VALUES這段邏輯,發(fā)現(xiàn)真的沒有INSERT供料方式(ITEM_TYPE)故可以判斷,是規(guī)格寫漏了.4.8實例說明問題2:報工憑證的樣式中,單身’員工’字段為何沒顯示出來?4.8實例說明一.找到’報工憑證’這支作業(yè)的編號為SF_R009,模塊為工藝模塊(SF)二.打開報工憑證的規(guī)格,根據(jù)作業(yè)編號得知,路徑在:4/E10_2.0.1/SPEC/ReportObjects/SF_R009/,從規(guī)格DMQ來

源中,可以看到主表是報工資料,所以我們就打開SF_DATA_COLLECT建檔作業(yè)4.8實例說明三.報工資料建檔的單身和子單身確實都有’人員’和’員工’字段那么憑證中,顯示的’人員’到底是單身的還是子單身的?先去Schema里查下這2個字段的字段名稱4.8實例說明四.在http://tdserver:8083/EntityBrowser_201/

中找到工藝模塊(SF),找到

SF_DATA_COLLECT,點擊單身,可查到單身’人員’字段名為EMPLOYEE_ID,是

引用類型的字段.4.8實例說明五.然后點擊班組成員分攤比率子單身,可查到子單身’員工’字段名為

EMPLOYEE_ID,也是引用類型的字段.4.8實例說明六.再回到SF_R009的規(guī)格中來.查找數(shù)據(jù)源中,有沒有報工資料單身或子單身的

’EMPLOYEE_ID’字段去關聯(lián)員工信息(EMPLOYEE)這張表的.

查找后,發(fā)現(xiàn)沒有.所以可以判斷:

報表數(shù)據(jù)源中沒有關聯(lián)’員工’或者’人員’,也就是沒有對這兩個字段進行取值.是

規(guī)格遺漏了.所以報表查詢結果中才沒有顯示的.沒有一個關聯(lián)是通過報工資料單身或子單身的’EMPLOYEE_ID’字段去關聯(lián)的4.8實例說明問題3:發(fā)放請購單,生成的請購單,參考來源為銷售訂單,但是沒有顯示單號,參考來源為工單的,參考來源及參考單號都沒有值?4.8實例說明一.找到’發(fā)放請購單’這支批次作業(yè)的編號為PP_B007,模塊為計劃模塊(CP)二.打開發(fā)放工單這支批次的規(guī)格,根據(jù)作業(yè)編號得知,路徑在:4/E10_2.0.1/SPEC/BatchObjects/PP_B007/,通過關鍵字搜索

‘請購單’,得知請購單的作業(yè)編號為(REQUISITION)4.8實例說明三.繼續(xù)往下看規(guī)格,查找拋到請購單單身的’參考單據(jù)’的邏輯四.這個Query_SUPPLY是來自于哪里呢?再以’Query_SUPPLY’為關鍵詞進行搜

索以搜索結果看,

Query_SUPPLY是來自于預覽查詢,那么接下來就要去找預覽查詢的邏輯4.8實例說明五.查找規(guī)格中預覽查詢的邏輯(因邏輯太長,截圖中有省略)以搜索結果看,

上一頁中Query_SUPPLY.需求單號(SOURCE_ID_ROid)是來自于采購需求來源信息(SOURCE_DEMAND)這張表4.8實例說明六.通過Schema查找到采購需求來源信息(SOURCE_DEMAND)這張表,是采購計

劃的建檔的子單身,再去看采購計劃的子單身里,需求單號其實是有值的.難道是數(shù)據(jù)已經(jīng)拋到請購單了,但是卻沒顯示出來?4.8實例說明七.直接下SQL查找請購單此筆請購單單身的參考單號字段.以免被建檔的界面所迷

惑可以看到,一共12筆單身,每一筆的參考單號都有值,能確定的是,批次已經(jīng)將值拋到了請購單單身了,可建檔界面為何顯示不出來呢?4.8實例說明八.比對一下采購計劃子單身的需求單號和請購單單身的參考單號的實體結構看看.

(上圖為采購計劃中需求單號的實體結構,下圖為請購單中的參考單號實體結構)從2個字段的實體比對中,可以看到:請購單單身參考單號的PickList的內容是比采購計劃需求單號的PickList少的,所以建檔作業(yè)才顯示不出來.所以,此問題真正的原因是,因為請購單的參考單號PickList顯示內容比采購計劃少而導致的顯示缺失.撰寫SQL小技巧E10中,單身也存有單頭的主鍵,單頭和單身的關聯(lián)都是通過單頭的主鍵去關聯(lián)的例如:已知工單單頭單號,要查詢工單單身,SQL就用如下方式去撰寫關聯(lián)子單身,寫法也以此類推.例如:已知銷售訂單單頭單號,要查詢銷售訂單的子單身撰寫SQL小技巧SQL中InnerJoin和Left