一種基于工作流服務的數據處理方法【專利摘要】本發明公開了一種基于工作流服務的數據處理方法，按照設定的業務流程對基本數據進行處理構建對象數據，依照設定的對象處理需求構建對象處理數據庫，采用了自主設計的工作流，簡單易用，算法優越，減少了系統內存占用，二次開發方便，無需收費，便于實現；按照不同的業務分為不同的模塊，模塊中按照事件進行區分；使用Hooks技術，實現針對角色的權限判斷。【專利說明】一種基于工作流服務的數據處理方法【
技術領域：
】[0001]本發明涉及一種基于工作流服務的數據處理方法。【
背景技術：
】[0002]企業信息化(EnterprisesInformatization)是一種將企業的生產過程、事務處理、資金流動、客戶交互等業務過程進行數字化的現代辦公方式。它在一定程度上使用計算機技術、網絡技術以及數據庫技術，以信息網絡系統為載體，控制和集成化管理企業生產經營活動中的各種信息，實現企業內外部信息的共享和有效利用。通過向各個層次提供洞悉、觀察各類動態業務的信息，實現企業資源合理配置，從而使企業能適應瞬息萬變的市場經濟競爭環境，求得最大的經濟效益。近年來，隨著技術的飛速進步，信息化技術的迅猛發展，越來越多的企業意識到，企業的信息化不僅是技術變革，更是管理和戰略的變革。[0003]但是由于一些企業本身所存在的不足，使得無法對復雜的數據進行統一的處理，導致企業的數據信息從設計計劃、工程驗收到資金結算的過程復雜冗余、耗時較多、結算困難。所以，企業在面臨融入全球經濟的戰略選擇以及日趨激烈的競爭環境時，為提高自身競爭力，適應新的競爭環境，對企業信息化的需求顯得尤為迫切，更是需要一套標準完善成熟的結算體系，才能保證企業數據和資金的合理有效的運轉。[0004]目前對數據的處理方法，使用Sharepoint、Lotus第三方應用平臺開發,也存在著占用系統資源較大、擴展性差、收費高等特點。這些缺點可能會造成系統的響應速度慢，并且易遭受黑客的網絡攻擊，同時也會導致在該項目在進行二次修改的過程中，耗費大量的人力物力。【
發明內容】[0005]本發明提供了一種基于工作流服務的數據處理方法，其目的在于克服現有技術中對設定的業務流程的數據處理過程復雜、耗時長以及對應的數據處理系統占用內存資源較大的問題。[0006]一種基于工作流服務的數據處理方法，包括以下幾個步驟:[0007]步驟1:構建基本數據庫:[0008]按照設定的業務流程利用基本數據庫中的數據建立對象數據庫；[0009]步驟2:依據設定的對象處理需求構建對象處理數據庫，在對象處理數據庫中設置處理標志位，所述處理標志位與操作人員的權限標志位對應設置，擁有與處理標志位相對應的權限標志位的操作人員有權對當前報表進行處理；[0010]步驟3:從服務器中獲取輸入的基本數據庫中的基本數據、對象數據庫中的對象數據及對象處理數據庫中對象處理結果數據；[0011]所述對象數據為依據設定的對象處理需求對基本數據進行處理獲得的數據；[0012]所述對象處理結果數據是指對對象數據進行處理獲得的數據；[0013]步驟4:依據操作人員的權限標志位調用對應的待處理的基本數據和對象數據，當待處理的基本數據與對象數據處理完畢，將當前對象數據的處理標志位做+1操作；[0014]步驟5:對當前對象數據的處理標志位進行判斷，若處理標志位為處理結束標志時，則等待輸出對象處理結果，否則，返回步驟4;[0015]所述處理結束標志為設定的處理標志位的設定值，所述處理標志位的初始值設定為I。[0016]所述步驟I中的基本數據庫包括用戶表、用戶組表及權限表；[0017]所述用戶表用于存儲登錄用戶的基本信息以及用戶組信息，至少包括用戶ID、用戶姓名、用戶所屬部門、用戶賬號、用戶密碼及用戶組ID；[0018]所述用戶組表用于歸類不同的用戶，給予用戶不同的權限，至少包括用戶組ID、用戶組名稱及用戶組權限ID;[0019]所述權限表用于存儲不同權限的具體內容，至少包括權限ID、權限名稱及權限URL。[0020]所述權限判斷是指使用Hooks(鉤子)技術，對每一個事件進行掛鉤，即在每一個事件處理之前，進行權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。[0021]有益效果[0022]本發明提供的一種基于工作流服務的數據處理方法，按照設定的業務流程對基本數據進行處理構建對象數據，依照設定的對象處理需求構建對象處理數據庫，采用了自主設計的工作流，簡單易用，算法優越，減少了系統內存占用，二次開發方便，無需收費，便于實現；按照不同的業務分為不同的模塊，模塊中按照事件進行區分；使用Hooks技術，實現針對角色的權限判斷。【專利附圖】【附圖說明】[0023]圖1為工作流順序處理過程流程圖；[0024]圖2為實施例中結算實現過程示意圖。【具體實施方式】[0025]下面將結合附圖和實施例對本發明做進一步的說明。[0026]一種基于工作流服務的數據處理方法，包括以下幾個步驟:[0027]步驟1:構建基本數據庫:[0028]按照設定的業務流程利用基本數據庫中的數據建立對象數據庫；[0029]步驟2:依據設定的對象處理需求構建對象處理數據庫，在對象處理數據庫中設置處理標志位，所述處理標志位與操作人員的權限標志位對應設置，擁有與處理標志位相對應的權限標志位的操作人員有權對當前報表進行處理；[0030]步驟3:從服務器中獲取輸入的基本數據庫中的基本數據、對象數據庫中的對象數據及對象處理數據庫中對象處理結果數據；[0031]所述對象數據為依據設定的對象處理需求對基本數據進行處理獲得的數據；[0032]所述對象處理結果數據是指對對象數據進行處理獲得的數據；[0033]步驟4:依據操作人員的權限標志位調用對應的待處理的基本數據和對象數據，當待處理的基本數據與對象數據處理完畢，將當前對象數據的處理標志位做+1操作；[0034]步驟5:對當前對象數據的處理標志位進行判斷，若處理標志位為處理結束標志時，則等待輸出對象處理結果，否則，返回步驟4;[0035]所述處理結束標志為設定的處理標志位的設定值，所述處理標志位的初始值設定為I。[0036]所述步驟I中的基本數據庫包括用戶表、用戶組表及權限表；[0037]所述用戶表用于存儲登錄用戶的基本信息以及用戶組信息，至少包括用戶ID、用戶姓名、用戶所屬部門、用戶賬號、用戶密碼及用戶組ID；[0038]所述用戶組表用于歸類不同的用戶，給予用戶不同的權限，至少包括用戶組ID、用戶組名稱及用戶組權限ID;[0039]所述權限表用于存儲不同權限的具體內容，至少包括權限ID、權限名稱及權限URL。[0040]所述權限判斷是指使用Hooks(鉤子)技術，對每一個事件進行掛鉤，即在每一個事件處理之前，進行權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。[0041]針對企業中復雜報表的資金結算、企業中的會員申請審批流程或生產線物品統一裝配過程，可作如下處理:[0042]首先構建相關數據庫，包括基本數據庫、對象數據庫以及對象處理數據庫[0043]基本數據庫的數據主要指用于被對象進行處理的數據，如企業的報表數據、會員信息以及生產物品裝配前的零部件庫存信息等。[0044]對象數據庫的對象數據主要指統一結算的結算信息，企業管理者審批會員的審批批示信息以及對不同物品統一裝配時的裝配過程信息。[0045]對象處理數據庫保存了對象數據處理基本數據的相關流程信息，包括對象處理的標志位，一般使用整型數字。該標志位與操作人員的權限標志位對應，擁有與處理標志位相對應的權限標志位的操作人員有權對當前報表進行處理。[0046]然后從服務器中獲取輸入的基本數據信息，包括企業的復雜報表、會員信息以及生產物品裝配前的一些信息和對象數據信息，包括統一結算的結算信息，企業管理者審批會員的審批批示信息以及對不同物品統一裝配時的裝配過程信息。[0047]使用對象數據處理基本數據，即使對復雜報表使用結算信息進行結算，對會員信息使用審批流程進行審批以及對生產物品使用裝配過程進行裝配等。[0048]當操作執行完畢以后，對當前的對象數據的標志位進行+1操作，然后依據標志位判斷相應的結算流程、審批流程以及裝配流程是否結束，若還未結算在再次循環進行這一步的操作。[0049]除此之外，對于以上所述的操作人員，主要指進行資金結算的財務部人員、審批會員的管理人員以及生產線的裝配人員等。這些數據存儲在基本數據庫中，主要包括用戶表、用戶組表和權限表。[0050]用戶表包括資金結算的財務部人員、審批會員的管理人員以及生產線的裝配人員的基本信息。[0051]用戶組表用于歸類不同的用戶，給予用戶不同的權限，至少包括用戶組ID、用戶組名稱及用戶組權限ID;[0052]權限表規定了不同用戶組的權限，如規定了資金結算不同人員所能處理的不同步驟、審批人員所能進行的不同層次的審批以及生產線上的不同裝配過程等。[0053]對每一次操作過程，即資金結算、審批執行或裝配執行之前，都進行一次權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。[0054]數據報表審批處理流程即為工作流順序處理過程如圖1所示:[0055]首先，在在不同的人填報完成，并送給下一個審批人進行審批時，將數據報表的相關條目的標志位進行+1處理。這樣，根據數據報表每一條的不同標志位(如1，2，3，4，5)，可以確定該條信息所處的審批等級(如第一級、第二級、第三級、第四級、審批完成)，通過設置使用不同的查詢語句(查詢語句中篩選不同等級的信息)，將顯示出的不同等級的報表信息，給予不同的入口界面(如第一級信息入口、第二級信息入口等)。[0056]對于不同的登錄用戶(包括需進行第一級到最后一級審批的人員)，首先使用Hooks(鉤子)技術，對系統的每一個事件進行掛鉤，即在每一個事件處理之前，進行權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限，給予不同的界面入口(如只能進行第一級審批的人員，只具有進入顯示第一級審批頁面的權限)，通過此界面，對填報的信息進行增刪改查等處理。[0057]工作流接口部分:對于存儲在數據層，已經進行審批結束，等待處理的數據報表，首先，通過在結算信息設置頁面中所確定的報表信息(包括報表的表名、主鍵、實施時間、工區等)，按條目存儲在結算任務接口表中，并將該條信息的ID設為n，結算標志位為I(即該結算表正待第一級結算);[0058]其次，通過在結算信息設置頁面中所確定的結算人員信息(如:按照順序依次為A，B，C，D四人)，每個人員的結算等級(分別為1，2，3，4)，分為四個條目，分別存儲在結算人員表中，并將ID:n存儲在這四個條目的“結算報表ID”位，通過此標志位，可以確定ID為η的報表，需要進行結算的人員(依次為Α，B,C，D四人)。[0059]工作流處理部分:當結算人員(如:Α，B,C，D四人)登錄系統時，通過判斷登錄用戶的信息，篩選出結算人員表中，有該人員的條目，以及確定結算等級和相應的結算信息接口表的結算標識位相匹配時(如結算標識為1，A登錄時，應當A進行結算，B登錄時，未輪到B結算)，將結算信息發送給該用戶，進行結算，結算完成后，結算信息標志位+1。[0060]實施例1:[0061]某礦業集團需要對一些復雜的工區作業數據報表進行統一的按月資金結算處理，作業表申城后依次通過工區、紀檢部、財務部進行審批。[0062]首先，構建資金結算系統相關數據庫DBl。[0063]其中包括存儲礦區作業信息的基本數據表，此處命名為DBl_mine。[0064]該工作表的字段主要包括:mid(主鍵)、area(工區)、projectDepartment(項目部)、output(產量)、price(單價)time(實施時間月份)等信息。[0065]其中包括聯系的結算處理數據表，此處命名為DBIjnanage。[0066]該工作表的字段主要包括:aid(主鍵)、table(基本數據表表名)、tableInfo(能夠確定每次基本數據表需要結算內容條目的字段，如某表格每次都是按照工區和月份結算，則將area和time的信息進行存儲，以逗號隔開)、nameIDl(第一個審批人的ID)、nameID2(第二個審批人的ID)、nameID3(第三個審批人的ID)等信息，以及approveFlag(結算標識位，標識此次進行的是第幾級結算)、approveNum(一共需要進行幾次結算)。[0067]其中包括存儲結算信息的結算表，此處命名為DBl_settle。[0068]該結算表主要包括:sid(主鍵)、aid(結算表的信息、用于獲取此次結算的對象以及結算人)approve(每一級審批人意見)、approvelD(每一級審批人的主鍵名稱)、approveTime(每一級審批人結算時間)。[0069]其次，構建前臺頁面。[0070]構建報表填報頁面。在報表填報頁面中設計工區作業者填報作業信息表DBljnine表的業務邏輯，使該工區作業者填報相應的工區作業信息。[0071]構建結算任務設置頁面。結算實現過程如圖2所示，在結算任務設置頁面中設計填報結算處理數據表DBljnanage表的業務邏輯，在頁面中可以填寫需要處理的是具體哪個工區、哪個月份的作業。同時填寫每一級的審批人，將這些信息填寫在結算處理數據表中。c[0072]構建結算任務頁面。在結算任務頁面中，通過在結算任務設置頁面設置的基本數據表的月份和工區信息，打印出該月份和工區的整個基本數據表，用于結算人員進行參考。同時根據結算結算標識位appFlag，確定此次進行的是第幾次結算，結算人的信息。[0073]每一次結算完成后，在結算表中插入一行相應的信息，并將結算標識位approveFlag+I。[0074]除此之外，還需構建以下表:[0075]權限表DBl_power,該表中主要包括以下字段:[0076]pid(主鍵)、pname(具體的權限名稱)、purl(具體的權限操作鏈接地址)。[0077]將該系統的權限進行劃分，如基本表填報權限、結算設置權限、審批權限等，分別存入該表中。[0078]用戶組表DBl_role,主要包括rid(主鍵)、rname(用戶組名稱)、以及pid(存儲具體的權限，如基本表填報權限、結算設置權限、審批權限等)。[0079]用戶表DBl_admin，主要包括用戶的基本信息以及所屬用戶組信息。[0080]對每一次操作過程，即基本表填報、結算設置或審批執行之前，都進行一次權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。[0081]當一次任務開始時，首先由工區操作人員在報表填報頁面進行填報報表信息，如A工區在2013年12月的作業量。通過單價計算出用結算的金額。[0082]然后由結算設置人員進行結算設置，該結算由工區結算員、紀檢部結算員和財務部結算員進行輪流審批。在結算設置頁面設置完畢后，結算處理數據表DBljnanage表中自動插入一條信息:表格的信息為相應的表名、工區和月份，審批人分別為工區結算員、紀檢部結算員和財務部結算員。approveFlag=0,代表此時需要第一個結算人，即工區結算員結算。approveNum=3(代表需要進行三次結算)。[0083]工區結算員登錄系統后，在結算頁面進行填寫結算信息后，系統會在結算表中插入一條工區結算員的結算信息。此時approveFlag進行+1操作,其值為I。[0084]此時需要紀檢部結算員進行結算。紀檢部結算員登錄系統后，在結算頁面進行填寫結算信息后，系統會在結算表中插入一條紀檢部結算員的結算信息。此時approveFlag再次進行+1操作，其值為2。[0085]此時需要財務部結算員進行結算。財務部結算員登錄系統后，在結算頁面進行填寫結算信息后，系統會在結算表中插入一條財務部結算員的結算信息。此時approveFlag再次進行+1操作，其值為3。該值和approveNum相同，結算結束。[0086]實施例2:[0087]某省份的連鎖俱樂部需要對一些會員的申請報表進行統一的審核審核處理，會員申請表申請提交后依次經過市區分部、總部進行審核。[0088]首先，構建會員申請系統相關數據庫DB2。[0089]其中包括存儲會員基本信息的基本數據表——會員申請信息表，此處命名為DB2_vip。[0090]該工作表的字段主要包括:vid(主鍵)、name(會員姓名)、town(所在市區)、age(年齡)、admin(賬號)、password(密碼)等信息。[0091]其中包括的會員信息處理數據表，此處命名為DB2_manage。[0092]該工作表的字段主要包括:aid(主鍵)、table(會員申請表)、tablelnfo(能夠確定每個會員的基本信息，如vid、town)、nameIDl(第一個審核人的ID)、nameID2(第二個審核人的ID)等信息，以及checkFlag(審核標識位,標識此次進行的是第幾級審核)、checkNum(一共需要進行幾次審核)。[0093]其中包括存儲審核信息的審核表，此處命名為DB2_check。[0094]該審核表主要包括:cid(主鍵)、aid(審核表的信息、用于獲取此次審核的對象以及審核人)check(每一級審核人意見)、checkID(每一級審核人的主鍵名稱)、checkTime(每一級審核人審核時間)。[0095]其次，構建前臺頁面。[0096]構建會員信息填報頁面。在報表填報頁面中設計會員申請者填報會員申請信息表DB2_vip表的業務邏輯，使該會員申請者填報相應的會員申請信息。[0097]構建審核任務設置頁面。在審核任務設置頁面中設計填報審核處理數據表DB2_manage表的業務邏輯，在頁面中可以填寫需要處理的是哪個會員的作業。同時填寫每一級的審核人，將這些信息填寫在審核處理數據表中。[0098]構建審核任務頁面。在審核任務頁面中,通過在審核任務設置頁面設置的基本數據表的會員信息，打印出該會員申請信息的整個基本數據表，用于審核人員進行參考。同時根據審核標識位appFlag，確定此次進行的是第幾次審核，審核人的信息。[0099]每一次審核完成后，在審核表中插入一行相應的信息，并將審核標識位checkFlag+I。[0100]除此之外，還需構建以下表:[0101]權限表DB2_power，該表中主要包括以下字段:[0102]pid(主鍵)、pname(具體的權限名稱)、purl(具體的權限操作鏈接地址)。[0103]將該系統的權限進行劃分，如會員申請填報權限、審核設置權限、審核權限等，分別存入該表中。[0104]用戶組表DB2_role,主要包括rid(主鍵)、rname(用戶組名稱)、以及pid(存儲具體的權限，如會員申請填報權限、審核設置權限、審核權限等)。[0105]用戶表DB2_admin，主要包括用戶的基本信息以及所屬用戶組信息。[0106]對每一次操作過程，即會員申請填報、審核設置或審核執行之前，都進行一次權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。[0107]當一次任務開始時，首先由會員申請者填報申請表的相關信息。[0108]然后由審核設置人員進行審核設置，該審核由該申請人:所在市區審核員、總公司審核員進行輪流審核。在審核設置頁面設置完畢后，審核處理數據表DB2_manage表中自動插入一條信息:表格的信息為相應的表名、待審核會員的ID,審核人分別為申請人:所在市區審核員、總公司審核員。CheckFlag=O,代表此時需要第一個審核人，即工區審核員審核。checkNum=2(代表需要進行兩次審核)[0109]市區審核員登錄系統后，在審核頁面進行填寫審核信息后，系統會在審核表中插入一條審核信息。此時checkFlag進行+1操作,其值為I。[0110]此時需要總公司審核員進行審核。總公司審核員登錄系統后，在審核頁面進行填寫審核信息后，系統會在審核表中插入一條紀檢部審核員的審核信息。此時checkFlag再次進行+1操作，其值為2。[0111]該值和checkNum相同，審核結束。【權利要求】1.一種基于工作流服務的數據處理方法，其特征在于，包括以下幾個步驟:步驟1:構建基本數據庫:按照設定的業務流程利用基本數據庫中的數據建立對象數據庫；步驟2:依據設定的對象處理需求構建對象處理數據庫，在對象處理數據庫中設置處理標志位，所述處理標志位與操作人員的權限標志位對應設置，擁有與處理標志位相對應的權限標志位的操作人員有權對當前報表進行處理；步驟3:從服務器中獲取輸入的基本數據庫中的基本數據、對象數據庫中的對象數據及對象處理數據庫中對象處理結果數據；所述對象數據為依據設定的對象處理需求對基本數據進行處理獲得的數據；所述對象處理結果數據是指對對象數據進行處理獲得的數據；步驟4:依據操作人員的權限標志位調用對應的待處理的基本數據和對象數據，當待處理的基本數據與對象數據處理完畢，將當前對象數據的處理標志位做+1操作；步驟5:對當前對象數據的處理標志位進行判斷，若處理標志位為處理結束標志時，則等待輸出對象處理結果，否則，返回步驟4;所述處理結束標志為設定的處理標志位的設定值，所述處理標志位的初始值設定為I。2.根據權利要求1所述的基于工作流服務的數據處理方法，其特征在于，所述步驟I中的基本數據庫包括用戶表、用戶組表及權限表；所述用戶表用于存儲登錄用戶的基本信息以及用戶組信息，至少包括用戶ID、用戶姓名、用戶所屬部門、用戶賬號、用戶密碼及用戶組ID；所述用戶組表用于歸類不同的用戶，給予用戶不同的權限，至少包括用戶組ID、用戶組名稱及用戶組權限ID;所述權限表用于存儲不同權限的具體內容，至少包括權限ID、權限名稱及權限URL。3.根據權利要求2所述的基于工作流服務的數據處理方法，其特征在于，所述權限判斷是指使用Hooks(鉤子)技術，對每一個事件進行掛鉤，即在每一個事件處理之前，進行權限的判斷，判斷用戶所屬用戶組是否具有執行該事件的權限。【文檔編號】G06Q10/06GK103810565SQ201410037513【公開日】2014年5月21日申請日期:2014年1月26日優先權日:2014年1月26日【發明者】曹衛華,戴朝暉,吳敏,李玲,安劍奇,王冠華申請人:中南大學