作業(yè)架構(gòu)介面及模塊轉(zhuǎn)換系統(tǒng)的制作方法
【專利摘要】一種作業(yè)架構(gòu)介面及模塊轉(zhuǎn)換系統(tǒng)，其為一種增強(qiáng)系統(tǒng)開發(fā)程序，以先行建立作業(yè)架構(gòu)介面，使分析/設(shè)計(jì)者了解商業(yè)情境后，先行參考作業(yè)架構(gòu)介面的功能架構(gòu)及模型，如果不符合，再進(jìn)行“塑?！保僦痢澳K轉(zhuǎn)換系統(tǒng)”產(chǎn)生元件，并且設(shè)計(jì)功能架構(gòu)，于測試完成后，再予以整理為作業(yè)架構(gòu)介面以供日后系統(tǒng)分析、設(shè)計(jì)人員、程序開發(fā)人員參考并加以循環(huán)改善，以符合OMG'MDA開發(fā)程序的核心精神。
【專利說明】
作業(yè)架構(gòu)介面及模塊轉(zhuǎn)換系統(tǒng)
技術(shù)領(lǐng)域
[0001] 本發(fā)明關(guān)于一種系統(tǒng)開發(fā)程序的改良，可運(yùn)用于各種程序語言，目前W化Va程序 語言企業(yè)版(Java 2 Platform,Ente巧rises Edition,J沈E)實(shí)現(xiàn)此發(fā)明。
【背景技術(shù)】
[0002] 就現(xiàn)有的MDA(Model-D;riven Architecture-模型驅(qū)動架構(gòu)）在開發(fā)程序中，將建 構(gòu)模式分為S大階段，分別是:CIM、PIM及PSM。最后，程序設(shè)計(jì)師才依據(jù)PSM階段產(chǎn)出的UML (Unified Modeling Language-統(tǒng)一建模語言）模式，按圖編碼。首先，在CIM(Computation Independent Mode^計(jì)算無關(guān)模型）階段，聚焦于系統(tǒng)環(huán)境及需求，但不設(shè)及系統(tǒng)內(nèi)部的結(jié) 構(gòu)與運(yùn)作細(xì)節(jié)，而在PIM(Platfo;rm Ind邱endent Mode；L-平臺無關(guān)模型）階段，則聚焦于系 統(tǒng)內(nèi)部細(xì)節(jié)，但不設(shè)及實(shí)作系統(tǒng)的實(shí)體平臺。運(yùn)個階段所建構(gòu)出來的UML模式是與平臺無關(guān) 的。PSM(Platfo;rm Specific Mode^平臺特定模型）階段，則聚焦于系統(tǒng)落實(shí)于特定實(shí)體平 臺的細(xì)節(jié)，進(jìn)言之，一般而言會藉由PIM的信息產(chǎn)生與平臺相關(guān)的元件，如JAVA或C++的元件 (程序代碼），并配合現(xiàn)有的Mvc(Model-View-Contrc)I Ier:模型層-視圖層-控制層)開發(fā)架 構(gòu)做為系統(tǒng)開發(fā)架構(gòu)的基礎(chǔ)，該開發(fā)架構(gòu)，可分為視圖層(View)、控制層(Con化oiler)、商 務(wù)邏輯層(BusinessLogic)及數(shù)據(jù)存取層(DAO)。商務(wù)邏輯層(BusinessLogic)為一般用于 處理請求內(nèi)容，此層會引用PSM所產(chǎn)生的元件、數(shù)據(jù)存取層(DA0)、或其它因商務(wù)邏輯所需的 元件，并將請求結(jié)果經(jīng)由控制層回傳至視圖層(View),再由視圖層元件對表單欄位一一處 理。
[0003] 就W現(xiàn)有的技術(shù)，因沒有更細(xì)致的規(guī)范，使得開發(fā)時，為處理方便，忽略了數(shù)據(jù)存 取層(DAO)應(yīng)有的相同方法(method)的歸納，即使有，其方法也不足W使用，如統(tǒng)計(jì)方法，或 區(qū)間欄位的查詢，都需寫在商務(wù)邏輯層，或其它類別，而無法使應(yīng)有的相同的方法歸納于一 上層的類別W提供商務(wù)邏輯層使用，使得相同操作流程的商務(wù)邏輯層亦需一再重寫。即使 有MDA(Model-D;riven Architecture-模型驅(qū)動架構(gòu)）的開發(fā)流程，但無作業(yè)架構(gòu)介面W提 供分析、設(shè)計(jì)開發(fā)人員從即有的分析設(shè)計(jì)中提供參考，亦無法發(fā)揮其精神。
[0004] 基于上述，為了統(tǒng)合目前所有架構(gòu)，需要制定一套基礎(chǔ)開發(fā)架構(gòu)。
[0005] 基于為了滿足開發(fā)上各類需求，并累積開發(fā)經(jīng)驗(yàn)，需在基礎(chǔ)開發(fā)架構(gòu)上針對各類 需求制定一特定開發(fā)架構(gòu)，此架構(gòu)W功能架構(gòu)稱之。
[0006] 經(jīng)過開發(fā)經(jīng)驗(yàn)的積累與觀察，架構(gòu)中的元件可通過轉(zhuǎn)換器(程序代碼產(chǎn)生器)的技 術(shù)取得，W縮短開發(fā)時程。

【發(fā)明內(nèi)容】

[0007] 一種軟件系統(tǒng)開發(fā)繼承架構(gòu)，該架構(gòu)包含有:一 WModel之詞作為或字首、或字中、 或字尾、或僅該字而命名的類別名稱，且為繼承架構(gòu)最上層的類別名稱;一 WModule之詞作 為或字首、或字中、或字尾、或僅該字而命名的類別名稱，且繼承自Model類別；一W 化titylnformation之詞作為或字首、或字中、或字尾、或僅該字而命名的類別名稱，且繼承 自Model; - WFieldInformation之詞作為或字首、或字中、或字尾、或僅該字而命名的類別 名稱，且繼承自Model; - W化eration之詞作為或字首、或字中、或字尾、或僅該字而命名的 類別名稱，且繼承自Module; - WEIO為字尾而命名的類別名稱，且繼承自 ElntityInformation; - WFIO為字尾而命名的類別名稱，且繼承自FieldInformat ion。
[000引本案WOMG'MDA(國際對象管理組織的模型驅(qū)動架構(gòu)）的核屯、精神，即設(shè)計(jì)者了解 商業(yè)情境后，不是立即開發(fā)模型，而是先行判斷是否有既有的模型，如果沒有再進(jìn)行"塑 模"，再至"轉(zhuǎn)換器"產(chǎn)生元件，并且設(shè)計(jì)功能架構(gòu)，在測試完成后，依其適用范圍（共享性)判 斷W決定是否予W整理為作業(yè)架構(gòu)介面W供日后系統(tǒng)分析、設(shè)計(jì)人員、程序開發(fā)人員參考 并加 W循環(huán)改善。
[0009] 塑模方式是藉由一系統(tǒng)(模塊轉(zhuǎn)換系統(tǒng)）的方式提供，即在客戶端提供塑模者一網(wǎng) 絡(luò)應(yīng)用程序的操作介面W輸入模型信息，通過網(wǎng)絡(luò)傳送模型信息至系統(tǒng)，由系統(tǒng)W模塊架 構(gòu)轉(zhuǎn)換器依塑模者的模型信息產(chǎn)生該模塊架構(gòu)程序庫，W提供塑模者下載開發(fā)及測試;或 由系統(tǒng)下載模塊架構(gòu)轉(zhuǎn)換器至客戶端的網(wǎng)絡(luò)應(yīng)用程序，并W塑模者所提供的模型信息產(chǎn)生 該模塊架構(gòu)程序庫。
[0010] 藉由定義一基礎(chǔ)架構(gòu)(類別繼承架構(gòu))及其所提供的應(yīng)用程序介面(API),該應(yīng)用 程序介面主要包括有:表格信息類別、表單欄位信息類別，并藉由表單欄位信息類別所提供 的方法而達(dá)成欄位權(quán)限的控管；一功能架構(gòu)，W-商務(wù)邏輯類別為主，引用表格信息類別 化10)、表單欄位信息類別(FIO)，W及表格信息邏輯層/類別化IOLogic)所提供的方法，完 成一共同處理程序的架構(gòu)，并加 W文件整理，而形成功能架構(gòu)介面，結(jié)合應(yīng)用程序介面 (API)及功能架構(gòu)介面，而形成一作業(yè)架構(gòu)介面。接下來，W實(shí)施方式說明所謂的模型，表格 的觀念，并W-實(shí)例客戶數(shù)據(jù)表及其關(guān)聯(lián)表格，說明藉由模塊架構(gòu)轉(zhuǎn)換器實(shí)作基礎(chǔ)架構(gòu)所 提供的應(yīng)用程序介面及相關(guān)類別。
【附圖說明】
[0011] 圖1:是客戶數(shù)據(jù)關(guān)聯(lián)圖。
[001^ 圖2:是類另纖承架構(gòu)圖。
[0013] 圖3:是功能架構(gòu)基本流程循序圖。
[0014] 圖4:是表格信息類別化10)及表單欄位信息類別(FIO)繼承架構(gòu)圖。
[0015] 圖5:是開發(fā)程序庫架構(gòu)圖。
[0016] 圖6:是功能架構(gòu)-關(guān)聯(lián)式單表格-初始化及查詢。
[0017] 圖7:是功能架構(gòu)-關(guān)聯(lián)式單表格-修改及保存。
[0018] 圖8:是功能架構(gòu)-關(guān)聯(lián)式單表格-新增及保存。
[0019] 圖9:是功能架構(gòu)-關(guān)聯(lián)式單表格-刪除及確定。
【具體實(shí)施方式】
[0020] 請參考圖1:客戶數(shù)據(jù)關(guān)聯(lián)圖，包括有Customer (客戶）表格、Sex(性別）表格、 Degree(學(xué)歷)表格、化StomerAd化(客戶地址)表格W及AcMress(地址)表格，由觀察各表格 的關(guān)聯(lián)、數(shù)據(jù)欄位并W表格數(shù)據(jù)維護(hù)的功能加 W抽象思考，可歸納并分類為幾種類型，例 如：Sex(性別)表格及Degree(學(xué)歷)表格便可為一類型，因其維護(hù)表格數(shù)據(jù)的操作方式相似 甚至相同;Address(地址)表格則為另一類型，因其維護(hù)表格數(shù)據(jù)的操作方式需先建立市/ 縣數(shù)據(jù)，再建立鄉(xiāng)/鎮(zhèn)/區(qū)數(shù)據(jù)，再建立道路或街名;更廣義的思考，當(dāng)然亦可將Sex(性別)表 格、Degree(學(xué)歷)表格及AcMress(地址)表格視為同一類型，然而則需更高的技術(shù)層次始可 達(dá)成;而化Stomer(客戶)表格，則另為一類型，因其關(guān)聯(lián)多個表格且有關(guān)聯(lián)一一對多的明細(xì) 檔(化StomerAd化-客戶地址），故所謂的模型，即是，由觀察并依經(jīng)驗(yàn)而加 W分類的各類型。
[0021] 注：更進(jìn)一步思考，相似于Customer!；客戶）的模型為何巧日Employee (員工）；相似 于AcMress(地址）的模型為何巧郵epartment(部口）。
[0022] 各種模型類型都有其數(shù)據(jù)流及維護(hù)的操作特性，故而需不同的功能架構(gòu)，將某功 能架構(gòu)運(yùn)用UML(Unified Modeling Language-統(tǒng)一建模語言）加 W詳述并加 W文件整理， 而可成為該模型共同流程架構(gòu)介面，即一功能架構(gòu)介面。
[0023] 所謂的表格，除一般數(shù)據(jù)定義語言(OTL)所創(chuàng)建的表格，進(jìn)一步，亦可視為一數(shù)據(jù) 的集合，通過結(jié)構(gòu)化查詢語言（S化)在各表格中W關(guān)聯(lián)的方式（inner join,outer join, cross join等等)而取得的一結(jié)果集，W下所述的表格，即包含單一表格及關(guān)聯(lián)的結(jié)果集。
[0024] 為實(shí)現(xiàn)上述功能架構(gòu)介面，W兩部分做為說明：一為垂直部分，即類別繼承架構(gòu) (請參考圖2:類別繼承架構(gòu)圖），此架構(gòu)為基礎(chǔ)架構(gòu)，提供開發(fā)過程中各類別的繼承依據(jù)，即 各類別可依其功能的特性，分口別類而形成一繼承架構(gòu)，最終WModel(模型)為最上層的父 類別。另一為水平部分，即功能架構(gòu)，運(yùn)用基礎(chǔ)架構(gòu)已定義的上層/上位類別，或整合現(xiàn)行開 源架構(gòu)，或自行開發(fā)，并W現(xiàn)有的MVC架構(gòu)加 W改良，經(jīng)過開發(fā)經(jīng)驗(yàn)的積累，將原有數(shù)據(jù)存取 層化AO)改良為表格信息類別層巧10)，并提供表單欄位信息類別層(FIO)，及表格信息類別 邏輯層化IOLogic),并結(jié)合視圖層元件使之成為可循環(huán)改善的架構(gòu)(請參考圖3:功能架構(gòu) 基本流程循序圖）。
[0025] 一、類別繼承架構(gòu)：WModel為最上層的父類別，然后WModule (模塊類別）、 化tityInfo;rmation(表格信息類別）JieldInformation(表單欄位信息類別）為其子類別； 然后^Operation為Module的子類別。
[00%] 1.表格信息類別化IO = Entity Information Object):增強(qiáng)現(xiàn)有的數(shù)據(jù)存取層 (DAO)的存取功能，用W處理表格的數(shù)據(jù)查詢、維護(hù)、統(tǒng)計(jì)及表格欄位名稱、外鍵欄位關(guān)聯(lián)值 的取用，并整理為各個相同方法的名稱而歸納成為一上位/上層的類別，W提供下層類別繼 承W實(shí)作EIO所定義的方法(請參考圖4: EIO及FIO繼承架構(gòu)圖）。
[0027] 1.1.查詢欄位(SKey):為下層類別實(shí)作EIO查詢欄位的集合，包括表格所定義的主 鍵、非主鍵并增加區(qū)間欄位使之可W涵蓋對單一表格大部分查詢欄位的需求，其相對應(yīng)類 別為STexU表單查詢欄位值類別）。
[002引 2.表單欄位信息類別(FI0:Field Information Object):定義一上位/上層的類 另IJ，用W處理表格欄位數(shù)據(jù)轉(zhuǎn)換為表單查詢欄位及表單欄位并附有維護(hù)欄位驗(yàn)證、長度信 息的類別，且各欄位可依其所關(guān)聯(lián)欄位顯示其表單欄位形態(tài)，使得商務(wù)邏輯層可藉此更容 易控制取得所需的欄位，進(jìn)而達(dá)成控管欄位權(quán)限的功能。
[0029] 3.表單查詢欄位值類別（SText):用W定義存取表單查詢欄位值及表單查詢欄位 邏輯運(yùn)算元及比較運(yùn)算元（=、！=、<及1146等等）的存取類別，一般相應(yīng)于查詢欄位 (SIfey)C
[0030] 4.化eration(作業(yè)類別），用W提供將特定格式字符串或網(wǎng)頁參數(shù)值轉(zhuǎn)為對象的 功能，并為商務(wù)邏輯層繼承的基礎(chǔ)類別。
[0031] 二、功能架構(gòu)：W-商務(wù)邏輯類別為主，并繼承自化eration類別，引用類別繼承架 構(gòu)的上層類別表格信息類別化10)、表單欄位信息類別（FIO)，W及表格信息類別邏輯 化IOLogic)所提供的方法，完成一共同處理程序的架構(gòu)，并予W封裝而再利用(請參考圖3: 功能架構(gòu)基本流程循序圖）。
[0032] 1.表格信息邏輯層/類別化IOLogic):用W細(xì)分并累積出商務(wù)邏輯處理中相同程 序的數(shù)據(jù)處理方法，運(yùn)用EIO所提供的數(shù)據(jù)查詢、維護(hù)、統(tǒng)計(jì)的方法，并配合查詢欄位(SKey) 與表單查詢欄位值類別（SText)所組成的條件，使得可將開發(fā)經(jīng)驗(yàn)上的各種數(shù)據(jù)處理模式、 交易控管方式及訊息回復(fù)方式予W封裝而再利用。
[0033] 為區(qū)分開發(fā)繼承架構(gòu)各層的不同功能，將其區(qū)分為=部分，一為核屯、程序庫、二為 功能架構(gòu)程序庫、=為模塊架構(gòu)程序庫(請參考圖5:開發(fā)程序庫架構(gòu)圖），并W模塊架構(gòu)轉(zhuǎn) 換器實(shí)作基礎(chǔ)架構(gòu)中所定義的上位/上層類別EI0、FI0的方法，W縮短開發(fā)時程。
[0034] 1 .核屯、程序庫，包含有：Mode 1 (模型類別）、M Odul e (模塊類別）、 ElntityInfo;rmation(實(shí)體信息類別）JieldInformation(欄位信息類別)等類別，為基礎(chǔ)架 構(gòu)的核屯、類別。
[0035] 2.功能架構(gòu)程序庫，包含有!Operation(作業(yè)類別）、經(jīng)循環(huán)改善后而形成的各種 商務(wù)邏輯(Bizlogic)類別及EWLogic(表格信息邏輯類別）。
[0036] 3.模塊架構(gòu)程序庫，通過模塊架構(gòu)轉(zhuǎn)換器，依模型信息（如表一）、實(shí)作應(yīng)用程序介 面(如表四、表五)-表格信息類別、表單欄位信息類別所定義的上層方法，其所產(chǎn)生的類別， 包含有= Entity(實(shí)體類別KEntitySText(實(shí)體表單查詢欄位值類別），EntityEI0(實(shí)體表 格信息類別）、化tityFIO(實(shí)體表單欄位信息類別）
[0037] (注:Entity為一上位概念之詞，一般相應(yīng)于表格名稱，W表一所提供的模型信息 為例，則產(chǎn)生的類別為：
[0038] Customer (客戶類別）、Cus tomerSText (客戶表單查詢欄位值類別）、CustomerEIO (客戶表格信息類別）XustomerFIO(客戶表單欄位信息類別），Sex(性別類別KSexSText (性別表單查詢欄位值類別KSexEIO(性別表格信息類別）、SexFI0(性別表單欄位信息類 另Ij) ,Degree(學(xué)歷類別KDegreeSTex(學(xué)歷表單查詢欄位值類別）、DegreeEI0(學(xué)歷表格信 息類別KDegreeFIO)(學(xué)歷表單欄位信息類別）。
[0039] 請參考表一為一模型信息，依圖1:客戶數(shù)據(jù)關(guān)聯(lián)圖提供的表格信息并延伸表單信 息W提供轉(zhuǎn)換器產(chǎn)生模塊架構(gòu)程序庫。
[0040] 1.維護(hù)欄位，為新增及修改時依形態(tài)的定義而呈現(xiàn)不同的輸入欄位，并依是否有 關(guān)聯(lián)其它表格的外鍵而呈現(xiàn)其應(yīng)有的值。
[0041] 2.查詢欄位，即上述的SKey,依形態(tài)的定義而呈現(xiàn)不同的輸入欄位，并依是否有關(guān) 聯(lián)其它表格的外鍵而呈現(xiàn)其應(yīng)有的值。
[0042] 3.查詢欄位的D/L欄:D表示該欄位為應(yīng)顯示為區(qū)間欄位W供查詢輸入;L表示該欄 位會附帶有一邏輯欄位，用W與下一欄位組成一邏輯判斷。
[0043] 4.維護(hù)欄位驗(yàn)證:為提供視圖元件依此信息做欄位數(shù)據(jù)正確性的檢核。
[0044] 【表一】:模型信息
[0046]
[uw/」 化化Jl衣升W巧供搞廣生候巧栄作」枉巧巧的失別，WUistomein谷廠；衣化不I巧桃 明，W下W表格的方式說明各比較重要的屬性、方法及執(zhí)行結(jié)果。
[004引注:執(zhí)行結(jié)果請參考圖1:客戶數(shù)據(jù)關(guān)聯(lián)圖的客戶數(shù)據(jù)的表格數(shù)據(jù)。
[0049]化Stomer(客戶）：依表格的名稱及其欄位名稱、數(shù)據(jù)形態(tài)、主鍵、外鍵等等信息，通 過轉(zhuǎn)換器產(chǎn)生而得。
[0050]注:方法中應(yīng)有的參數(shù)為方便說明予W省略。
[0化1]【表二】
[0化2]
[0053] CustomerSText(客戶表單查詢欄位值類別）：依SKey (查詢欄位）包括有id、yea;r、 sex、creatd)ate等欄位,并通過轉(zhuǎn)換器產(chǎn)生而得，用W存取表單查詢欄位的值。
[0054] 注：1.年齡及創(chuàng)建日期為區(qū)間欄位，分別Wfrom(從)及to巧Ij)作為字首組成一屬 性。
[0055] 2.年齡附帶了邏輯欄位，^Logical(邏輯)為字尾組成一屬性。
[0化6]【表S】
[00571
[005引CustomerEIO(客戶表格信息類別）：依上位/上層類別所定義的方法，并依撰寫程 序經(jīng)驗(yàn)及表一所提供表格的欄位名稱、數(shù)據(jù)形態(tài)、主鍵、外鍵等等信息而通過轉(zhuǎn)換器產(chǎn)生而 得，用W維護(hù)及查詢化Stomer(客戶）表格。
[0化9]【表四】
[0061]
[0062] CustomerFIO(客戶表單欄位信息類別）：依上位/上層類別所定義的方法，并依撰 寫程序經(jīng)驗(yàn)及表一所提供表單的欄位名稱、數(shù)據(jù)形態(tài)、主鍵、外鍵等等信息而通過轉(zhuǎn)換器產(chǎn) 生而得，用W提供化Stomer表格操作介面的欄位名稱及欄位輸入形態(tài)。
[0063] 【表五】
[00 化]
[0066] 注:經(jīng)過上述的歸納整理，將表格信息類別化10)、表單欄位信息類別(FIO)形成一 應(yīng)用程序介面(應(yīng)用程序介面呈現(xiàn)如表四、表五），并加入一該模型共同流程架構(gòu)介面(即功 能架構(gòu)介面），而成為作業(yè)架構(gòu)介面。
[0067] W-關(guān)聯(lián)式單表格數(shù)據(jù)維護(hù)操作情境及一功能架構(gòu)，并^Customer(客戶）關(guān)聯(lián)模 型所產(chǎn)生的化Stomer(客戶)模塊類別為例，說明一功能架構(gòu)介面的形成。
[0068] 關(guān)聯(lián)式單表格數(shù)據(jù)維護(hù)功能架構(gòu)介面
[0069] 注:此為基本介面范例，將依經(jīng)驗(yàn)的積累而循環(huán)改善。
[0070] -、基本功能：
[0071] 1.資料驗(yàn)證:依表一所設(shè)定的表單驗(yàn)證信息處理驗(yàn)證。
[0072] 2.欄位邏輯:省略。
[0073] 3.商務(wù)邏輯:省略。
[0074] 4.排序功能：點(diǎn)選各表單欄位名稱時，依遞增遞減交替排序。
[00巧]二、操作功能：
[0076] 1.請參考第六圖：功能架構(gòu)-關(guān)聯(lián)式單表格-初始化及查詢。
[0077] 1.1初始化情境:初始化時顯示查詢欄位，功能按鈕(新增、修改、刪除、保存)及表 單欄位名稱。
[0078] 1.2查詢情境:輸入查詢條件，點(diǎn)選[確定]后，依查詢條件顯示數(shù)據(jù)在表查詢欄位 下方，并附有一已勾選欄位的欄位。
[0079] 2請參考圖7:功能架構(gòu)-關(guān)聯(lián)式單表格-修改及保存。
[0080] 2.1修改及保存情境:點(diǎn)選[修改]，將已勾選數(shù)據(jù)依修改功能架構(gòu)流程轉(zhuǎn)換為附有 輸入形態(tài)的數(shù)據(jù)，W供修改;于修改完成，點(diǎn)選[保存]，將已勾選數(shù)據(jù)依修改后保存功能架 構(gòu)流程數(shù)據(jù)更新，并顯示數(shù)據(jù)于操作介面上。
[0081 ] 3.請參考圖8:功能架構(gòu)-關(guān)聯(lián)式單表格-新增及保存。
[0082] 3.1新增及保存情境:點(diǎn)選[新增]后，依新增功能架構(gòu)流程，于第一筆，顯示一筆附 有輸入形態(tài)且已關(guān)聯(lián)的空白欄位，W供輸入;于新增完成，點(diǎn)選[保存]，將已勾選數(shù)據(jù)依新 增后保存功能架構(gòu)流程數(shù)據(jù)更新，并顯示數(shù)據(jù)于操作介面上。
[0083] 4.請參考圖9:功能架構(gòu)-關(guān)聯(lián)式單表格-刪除及確定。
[0084] 4.1刪除及確定情境，點(diǎn)選[刪除]后，顯示再確認(rèn)訊息，點(diǎn)選[確定]后，將已勾選數(shù) 據(jù)依刪除及確定功能架構(gòu)流程，完刪數(shù)據(jù)的刪除，并更新數(shù)據(jù)顯示于操作介面上。
[0085] 依上述即為一功能架構(gòu)介面的基本說明，可依此架構(gòu)及關(guān)聯(lián)模型作為基礎(chǔ)，并依 相似的關(guān)聯(lián)模型的特殊需求加 W個別說明，并W參數(shù)方式處理，累積多數(shù)相同的特殊需求 及說明而成為基本功能的擴(kuò)充，而使該功能架構(gòu)更趨完善。
[0086] 進(jìn)言之，依不同的關(guān)聯(lián)模型，則再訂出不同的功能架構(gòu)介面，如客戶數(shù)據(jù)表中尚關(guān) 聯(lián)一明細(xì)文件(地址），其介面操作模式可依關(guān)聯(lián)式單表格數(shù)據(jù)維護(hù)功能架構(gòu)介面加 W延 伸，或^新思維訂定一10(1曰3161-〇61曰；[1:主文件-明細(xì)文件)功能架構(gòu)介面，然而地址的功 能架構(gòu)介面則可設(shè)想為階層式功能架構(gòu)介面，并依關(guān)聯(lián)式單表格數(shù)據(jù)維護(hù)功能架構(gòu)介面的 形成方式，而成為另一功能架構(gòu)介面。
[0087] 上述為一般較為靜態(tài)的關(guān)聯(lián)模型，更進(jìn)言之，則有動態(tài)的數(shù)據(jù)模型如買賣交易文 件、工作流程文件等等，此等數(shù)據(jù)模型表格，則通過結(jié)構(gòu)化查詢語言（S化)而成為一表格的 概念，而其功能架構(gòu)流程的商務(wù)邏輯層則需處理多數(shù)個表格，同樣依關(guān)聯(lián)式單表格數(shù)據(jù)維 護(hù)功能架構(gòu)介面的形成方式，而成為一交易功能架構(gòu)介面[由于模型的表格信息類別化10) 及表單欄位信息類別(FIO)皆有提供相同方法，而可W實(shí)現(xiàn)一共同處理程序的架構(gòu)]。
[0088] W上所述僅為本發(fā)明的較佳實(shí)施例，任何類別提供相似方法，但其名稱不同，或方 法名稱不相同，但其執(zhí)行結(jié)果相似或相同，或依本發(fā)明申請專利范圍所做的均等變化與修 飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
【主權(quán)項(xiàng)】
1. 一種軟件系統(tǒng)開發(fā)繼承架構(gòu)，其特征在于該架構(gòu)包含有：一以Model之詞作為或字 首、或字中、或字尾、或僅該字而命名的類別名稱，且為繼承架構(gòu)最上層的類別名稱；一以 Module之詞作為或字首、或字中、或字尾、或僅該字而命名的類別名稱，且繼承自Model類 另IJ; 一以Entitylnformation之詞作為或字首、或字中、或字尾、或僅該字而命名的類別名 稱，且繼承自Model;-以Fieldlnformation之詞作為或字首、或字中、或字尾、或僅該字而 命名的類別名稱，且繼承自Model;-以O(shè)peration之詞作為或字首、或字中、或字尾、或僅該 字而命名的類別名稱，且繼承自Module;-以EI0為字尾而命名的類別名稱，且繼承自 Entitylnformation; -以FI0為字尾而命名的類別名稱，且繼承自Fieldlnformation。2. -種經(jīng)驗(yàn)積累循環(huán)改善的作業(yè)架構(gòu)介面，其特征在于包含有:一應(yīng)用程序介面，該應(yīng) 用程序介面進(jìn)一步包含有:一表格信息類別，用以提供下層類別實(shí)作表格信息類別所定義 的數(shù)據(jù)修改、刪除、查詢、統(tǒng)計(jì)等方法或信息;一表單欄位信息類別，用以提供下層繼承類別 實(shí)作表單欄位信息類別所定義的表單欄位的方法，并藉由其所提供的方法達(dá)成控管欄位權(quán) 限的功能;一表格信息邏輯層/類別，用以提供數(shù)據(jù)的處理模式、交易控管方式，以及一功能 架構(gòu)介面，藉由該模型操作介面功能的說明并描述該模型的數(shù)據(jù)處理流程，并以參數(shù)化的 方式予以處理特殊需求以形成該類模型的共同處理程序的架構(gòu)。3. 根據(jù)權(quán)利要求2所述的一種經(jīng)驗(yàn)積累循環(huán)改善的作業(yè)架構(gòu)介面，其特征在于該應(yīng)用 程序介面中一表格信息類別，為相應(yīng)于一 Entity，并以結(jié)構(gòu)化查詢語言處理該Entity的資 料，修改、查詢、刪除、統(tǒng)計(jì)的方法，其結(jié)構(gòu)化查詢語言的組成方法包含步驟：以非開源程序 所提供的方法且不需再設(shè)定該Entity名稱，或該Entity相應(yīng)的表格名稱于該表格信息類 另IJ，所組成結(jié)構(gòu)化查詢語言的各種修改、查詢、刪除、統(tǒng)計(jì)的語法，或以該表格信息類別自身 所傳入的參數(shù)或語法，或其它類別所傳入的參數(shù)或語法所組成結(jié)構(gòu)化查詢語言的各種修 改、查詢、刪除、統(tǒng)計(jì)的語法。4. 根據(jù)權(quán)利要求2所述的一種經(jīng)驗(yàn)積累循環(huán)改善的作業(yè)架構(gòu)介面，其特征在于該應(yīng)用 程序介面中一表單欄位信息類別，為相應(yīng)于一Entity，其達(dá)成欄位權(quán)限控管的功能，方法包 含步驟:以參數(shù)方式取得該Entity部分的表單欄位以達(dá)成控管欄位權(quán)限的功能。5. 根據(jù)權(quán)利要求2所述的一種經(jīng)驗(yàn)積累循環(huán)改善的作業(yè)架構(gòu)介面，其特征在于該應(yīng)用 程序介面中，一表格信息邏輯層/類別，用以提供之?dāng)?shù)據(jù)處理模式、交易控管方式，其方法包 含步驟:藉由調(diào)用表格信息類別所提供新增、修改、查詢、刪除、統(tǒng)計(jì)的方法及信息，使得可 將開發(fā)經(jīng)驗(yàn)上的各種數(shù)據(jù)處理模式、交易控管方法予以封裝而再利用。6. 根據(jù)權(quán)利要求2所述的一種經(jīng)驗(yàn)積累循環(huán)改善的作業(yè)架構(gòu)介面，其特征在于該功能 架構(gòu)介面，其該模型的數(shù)據(jù)處理流程為先由商務(wù)邏輯層依該模型操作介面功能的說明，或 先調(diào)用該Entity表格信息類別所提供新增、修改、查詢、刪除、統(tǒng)計(jì)的方法，或先調(diào)用表格信 息邏輯層/類別所提供的各種數(shù)據(jù)處理模式、交易控管方法，或先以參數(shù)方式調(diào)用該Entity 表單欄位類別所提供取得表單欄位的方法以顯示該Entity部分欄位于操作接口而達(dá)成控 管權(quán)限的功能，或先調(diào)用該Entity表單欄位類別所提供取得表單欄位的方法以達(dá)成顯示該 Entity全部欄位于操作接口的功能，或先以參數(shù)方式調(diào)用該Entity表單欄位類別所提供取 得表單查詢欄位的方法以達(dá)成顯示該Entity部分表單查詢欄位于操作介面的功能，或先調(diào) 用該Entity表單欄位類別所提供取得表單查詢欄位的方法以達(dá)成顯示該Entity全部表單 查詢欄位于操作介面的功能，或因應(yīng)各種操作介面的流程，將上述調(diào)用的順序予以排列組 合，以及上述類別之間相互調(diào)用順序予以排列組合以建立相應(yīng)的各種共同處理流程。7. -種通過網(wǎng)絡(luò)且依模型信息經(jīng)由模塊架構(gòu)轉(zhuǎn)換器產(chǎn)生模塊類別的信息轉(zhuǎn)換方式，其 特征在于其方法包含步驟:客戶端的網(wǎng)絡(luò)應(yīng)用程序上傳模型信息，或下載模塊架構(gòu)轉(zhuǎn)換器， 并使得模型信息做為模塊架構(gòu)轉(zhuǎn)換器的輸入數(shù)據(jù)，模塊架構(gòu)轉(zhuǎn)換器依模型信息提供的表格 及表單所定義的欄位的信息，產(chǎn)生模塊架構(gòu)程序庫。8. 根據(jù)權(quán)利要求7所述的一種通過網(wǎng)絡(luò)且依模型信息經(jīng)由模塊架構(gòu)轉(zhuǎn)換器產(chǎn)生模塊類 別的信息轉(zhuǎn)換方式，為一種可縮短軟件開發(fā)時程的技術(shù)，用以產(chǎn)生模塊架構(gòu)程序庫，其特征 在于其方法包含步驟:藉由模型信息，并依軟件系統(tǒng)開發(fā)繼承架構(gòu)中一以EIO為字尾而命名 的類別名稱，相應(yīng)于表格信息類別所提供新增、修改、查詢、刪除、統(tǒng)計(jì)的方法，及一以FIO為 字尾而命名的類別名稱，相應(yīng)于表單欄位類別所提供取得該Enity的表單欄位的方法、該 En i ty的表單查詢欄位的方法、該En i ty的多國語言欄位名稱的方法、該En i ty的多國語言表 格名稱的方法，并運(yùn)用產(chǎn)生程序代碼技術(shù)，產(chǎn)生相應(yīng)的EntityEIO類別及EntityFIO類別，以 及一相應(yīng)的EntitySText類別，用以成為至少包含上述任意一項(xiàng)類別的模塊架構(gòu)程序庫。
【文檔編號】G06F9/44GK106020787SQ201610182442
【公開日】2016年10月12日
【申請日】2016年3月28日
【發(fā)明人】林勝雄
【申請人】林勝雄