【正文】 允許數(shù)據(jù)進(jìn)入數(shù)據(jù)庫(kù)，編寫程序?qū)崿F(xiàn)業(yè)務(wù)規(guī)則，如，只有在某些數(shù)據(jù)項(xiàng)都不為空，且匹配正確后才能執(zhí)行業(yè)務(wù)流程的下一個(gè)事件。（3） 對(duì)業(yè)務(wù)流程的分析① 確定業(yè)務(wù)流程中的有關(guān)事件，用準(zhǔn)確概述事件特征的描述符描述事件（如，銷售商品、裝運(yùn)商品給顧客等） ，確定事件何時(shí)發(fā)生（事件發(fā)生的絕對(duì)時(shí)間）及在業(yè)務(wù)流程中發(fā)生的順序（事件發(fā)生的相對(duì)時(shí)間） ；② 確認(rèn)與每一事件有關(guān)的資源、參與者、地點(diǎn) 14等實(shí)體；③ 識(shí)別事件、資源、參與者等的相關(guān)屬性，對(duì)事件、資源、參與者等的控制要求；④ 確定實(shí)體與實(shí)體間的聯(lián)系，實(shí)體與實(shí)體間的聯(lián)系分為：a. 1 對(duì) 1（1:1）：兩個(gè)實(shí)體集中，對(duì)于實(shí)體集 A 中的一個(gè)實(shí)例，實(shí)體集B 中至多有一個(gè)實(shí)例與之一一聯(lián)系，反之亦然，如，現(xiàn)金銷售中，一次銷售對(duì)應(yīng)一次現(xiàn)金收款；b. 1 對(duì)多（1:n）：兩個(gè)實(shí)體集中，對(duì)于實(shí)體集 A 中的每一個(gè)實(shí)例，實(shí)體集 B 中有 n（ n≥0）個(gè)實(shí)例與之聯(lián)系，反之，對(duì)于實(shí)體集 B 中的每一個(gè)實(shí)例，實(shí)體集 A 中至多只有一個(gè)實(shí)例與之聯(lián)系，如，一個(gè)客戶對(duì)應(yīng)多筆銷售，反過來，一筆銷售至多對(duì)應(yīng)一個(gè)客戶；c. 多對(duì)多（m:n）：兩個(gè)實(shí)體集中，對(duì)于實(shí)體集 A 中的每一個(gè)實(shí)例，實(shí)體集 B 中的 n（n≥0）個(gè)實(shí)例與之聯(lián)系，對(duì)實(shí)體集 B 中的每一個(gè)實(shí)例，實(shí)體集A 中的 m（m≥0）個(gè)實(shí)例與之聯(lián)系，如，一個(gè)供應(yīng)商對(duì)應(yīng)多種存貨，一種存貨也會(huì)對(duì)應(yīng)多個(gè)供應(yīng)商。3．2．2 基于關(guān)系模型建模REA 模型是將關(guān)于數(shù)據(jù)庫(kù)的概念模型 ER 圖用于數(shù)據(jù)建模的基礎(chǔ)上發(fā)展得到14 多數(shù)情況下，地點(diǎn)可以從資源、參與者所在地判斷出來，因此，只有在必要的時(shí)候，才將地點(diǎn)單獨(dú)反映。24 / 51的會(huì)計(jì)信息系統(tǒng)的數(shù)據(jù)概念模型，因此 REA 模型要求基于關(guān)系模型建模。（1） 關(guān)系模型的約束性條件在第 2 章中介紹了關(guān)系模型的特點(diǎn)，由于關(guān)系模型具有約束性限制的優(yōu)點(diǎn)，保證了基于關(guān)系模型的數(shù)據(jù)庫(kù)管理系統(tǒng)（Data Base Management System, DBMS）簡(jiǎn)單易用，提高了數(shù)據(jù)管理的效率和效果。因此，在基于關(guān)系模型建立數(shù)據(jù)模型的過程中，應(yīng)充分利用由數(shù)據(jù)庫(kù)管理系統(tǒng)自動(dòng)支持的約束性限制，它們是：① 主鍵（即主關(guān)鍵字）必須唯一：主鍵是用來唯一標(biāo)識(shí)數(shù)據(jù)表中的每一行的單個(gè)屬性或?qū)傩缘慕M合。為保證主鍵的唯一，主鍵不能為空。該原則被稱為實(shí)體完整性規(guī)則。② 每一個(gè)外鍵必須為空或等于另一數(shù)據(jù)表中主鍵的值：外鍵是與另一關(guān)系中的主關(guān)鍵字相對(duì)應(yīng)的屬性列。該原則被稱為參照完整性規(guī)則，保證兩張數(shù)據(jù)表中的數(shù)據(jù)一致。另外，用戶還可以定義針對(duì)某一應(yīng)用環(huán)境的完整性約束條件，由系統(tǒng)提供定義和檢驗(yàn)這類完整性規(guī)則的機(jī)制，由系統(tǒng)用統(tǒng)一的方式來處理這些自定義的完整性約束，而不是由具體的應(yīng)用程序來完成這項(xiàng)工作，如值域控制。這也在一定程度上保證了系統(tǒng)的安全性和易維護(hù)性（只需維護(hù)自定義完整性約束，而無需顧慮對(duì)具體的應(yīng)用程序的影響） 。（2） 建立關(guān)系數(shù)據(jù)模型從面向業(yè)務(wù)流程建立的模型（REA 模型）出發(fā)，為業(yè)務(wù)流程中有關(guān)事件、資源、參與者等實(shí)體及這些實(shí)體間多對(duì)多的聯(lián)系建立數(shù)據(jù)表。① 為業(yè)務(wù)流程中的每個(gè)實(shí)體建立一個(gè)實(shí)體數(shù)據(jù)表a. 名稱：該數(shù)據(jù)表的名稱就是實(shí)體的名稱；b. 主鍵：為便于操作和控制，常常對(duì)實(shí)體數(shù)據(jù)表中的每一個(gè)記錄（即每一行）生成一個(gè)數(shù)字代碼，以該數(shù)字代碼作為主鍵，如，訂單號(hào)、發(fā)票號(hào)、存貨代碼、供應(yīng)商代碼等；c. 非鍵屬性：非鍵屬性包括這樣幾類：ⅰ）業(yè)務(wù)發(fā)生后自然生成的屬性，即事件涉及的時(shí)間、地點(diǎn)等，與事件相關(guān)的資源數(shù)量、金額，參與者（授權(quán)人、執(zhí)行人、審核人等）的名稱等；ⅱ）為了保證數(shù)據(jù)處理的正確執(zhí)行，人為設(shè)置的屬性，主要是一些控制業(yè)務(wù)流程進(jìn)行的邏輯型字段。② 為實(shí)體之間的多對(duì)多聯(lián)系建立數(shù)據(jù)表當(dāng)實(shí)體集 A 與實(shí)體集 B 的聯(lián)系是 m:n，要為這種聯(lián)系建立一個(gè)聯(lián)系數(shù)據(jù)表（簡(jiǎn)稱表 C） ，將實(shí)體集 A 與實(shí)體集 B 的 m:n 聯(lián)系轉(zhuǎn)化成：實(shí)體集 A 與表 C的 1：m 聯(lián)系和實(shí)體集 B 與表 C 的 1：n 聯(lián)系。反映 m:n 聯(lián)系的關(guān)系數(shù)據(jù)表的要素：a. 名稱：將產(chǎn)生 m:n 聯(lián)系的兩個(gè)實(shí)體的名字相連，作為關(guān)系數(shù)據(jù)表的名25 / 51稱；b. 主鍵：兩個(gè)實(shí)體集的主鍵的組合作為該關(guān)系數(shù)據(jù)表的主鍵，這一類型的主鍵又稱為連接鍵；c. 非鍵屬性：使兩個(gè)實(shí)體集產(chǎn)生聯(lián)系的屬性 15。例如，產(chǎn)品實(shí)體與零件實(shí)體之間為 m:n 的聯(lián)系，可得到如下三個(gè)數(shù)據(jù)表（數(shù)據(jù)表表示方式：數(shù)據(jù)表名稱（主鍵、[外鍵]、非鍵屬性…） ）：a. 實(shí)體數(shù)據(jù)表：產(chǎn)品（產(chǎn)品號(hào)、產(chǎn)品名、規(guī)格） 、零件（零件號(hào)、零件名、庫(kù)存量）b. m:n 聯(lián)系數(shù)據(jù)表：產(chǎn)品零件構(gòu)成（[產(chǎn)品號(hào)]、[零件號(hào)]、數(shù)量） ，其中，構(gòu)成產(chǎn)品的零件數(shù)量是使產(chǎn)品和零件產(chǎn)生 m:n 聯(lián)系的屬性。③ 實(shí)現(xiàn) 1:1 聯(lián)系利用外鍵實(shí)現(xiàn) 1:1 聯(lián)系，即將實(shí)體集 A 的主鍵設(shè)置為實(shí)體集 B 的外鍵，反之亦可。特別注意的是如果是兩個(gè)事件之間存在 1:1 關(guān)系，則應(yīng)選擇先發(fā)生的事件中的主鍵作為后發(fā)生的事件的外鍵，以此來反映事件發(fā)生的順序。④ 實(shí)現(xiàn) 1:n 聯(lián)系同樣利用外鍵，選擇父方（1 方）的主鍵作為子方（多方）的外鍵。在③和④中如果發(fā)生關(guān)系的實(shí)體是事件與資源或事件與參與者，一般將資源數(shù)據(jù)表、參與者數(shù)據(jù)表中的主鍵作為事件數(shù)據(jù)表的外鍵。如，銷售事件表中，放入存貨代碼、顧客代碼、銷售人員代碼等。由以上數(shù)據(jù)表可以生成與事件有關(guān)的原始憑證及信息用戶所需的其他視圖。3． 基于企業(yè)語義建模由于企業(yè)是一個(gè)價(jià)值鏈，所有業(yè)務(wù)流程必須銜接良好才能保證價(jià)值鏈的正常動(dòng)作，因此，數(shù)據(jù)模型不只是對(duì)單一業(yè)務(wù)流程的抽象，而是要將所有業(yè)務(wù)流程集成起來，建立基于企業(yè)語義的模型?；谄髽I(yè)語義建模首先要根據(jù)業(yè)務(wù)流程之間的聯(lián)系，消除各業(yè)務(wù)流程的數(shù)據(jù)模型之間的沖突，實(shí)現(xiàn)業(yè)務(wù)流程的集成，其中要解決的沖突有：① 屬性沖突：即統(tǒng)一各業(yè)務(wù)流程中相同事件、資源、參與者的屬性值的類型，屬性取值單位（如米與分米相統(tǒng)一）和取值范圍；② 命名沖突：對(duì)同一事件、資源、參與者，應(yīng)統(tǒng)一它們?cè)诟鱾€(gè)業(yè)務(wù)流程的模型中的命名，同時(shí)要找出不同業(yè)務(wù)流程中命名相同但性質(zhì)不同的屬性，更改這些命名；③ 結(jié)構(gòu)沖突：同一實(shí)體在不同業(yè)務(wù)流程中屬性組成不同，一般用各業(yè)務(wù)流程中同一實(shí)體屬性的并（即包含同一實(shí)體在不同業(yè)務(wù)流程中出現(xiàn)過的所有屬15 實(shí)體集之間產(chǎn)生多對(duì)多聯(lián)系的原因并無量化指標(biāo)時(shí)，可以沒有非鍵屬性。26 / 51性）解決沖突；④ 確定觸發(fā)機(jī)制：業(yè)務(wù)流程之間的連接關(guān)系最終要轉(zhuǎn)換成一定的觸發(fā)機(jī)制，即將使業(yè)務(wù)流程產(chǎn)生連接關(guān)系的實(shí)體為觸發(fā)器，當(dāng)上游業(yè)務(wù)流程中該實(shí)體的相關(guān)屬性值發(fā)生一定的變化時(shí)，觸發(fā)相連業(yè)務(wù)流程中的相應(yīng)事件。在解決沖突后，綜合企業(yè)業(yè)務(wù)流程的模型才能成為被各方面用戶理解和接受的統(tǒng)一的模型，而且能夠部分解決數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)源不一致問題 16。其次，要消除不必要的冗余，即冗余的數(shù)據(jù)（如那些可以由數(shù)據(jù)表中已有數(shù)據(jù)計(jì)算得出的數(shù)據(jù)，如存貨入庫(kù)金額、收到客戶訂單到產(chǎn)品裝運(yùn)的時(shí)間等）或?qū)嶓w間冗余的聯(lián)系。不過，有時(shí)為了提高查詢的效率，會(huì)保留一些冗余數(shù)據(jù)（存貨入庫(kù)金額就是一例） ，根據(jù)應(yīng)用需求應(yīng)保留這些數(shù)據(jù)，但應(yīng)定義相應(yīng)的完整性約束條件，以保證更新數(shù)據(jù)表時(shí)，自動(dòng)觸發(fā)完整性檢查例程，修改存在于另一數(shù)據(jù)表的冗余數(shù)據(jù)。3． 面向?qū)ο蠼EA 模型與面向?qū)ο蠓椒ㄓ邢嗤闹笇?dǎo)思想，REA 模型應(yīng)用構(gòu)成業(yè)務(wù)流程的事件、資源、參與者及它們之間的聯(lián)系來實(shí)現(xiàn)對(duì)業(yè)務(wù)流程的模擬，面向?qū)ο蠓椒▌t是通過構(gòu)成客觀世界的對(duì)象以及對(duì)象之間的聯(lián)系和作用來實(shí)現(xiàn)對(duì)客觀世界的模擬。事件、資源、參與者的屬性實(shí)際上就是對(duì)象中的數(shù)據(jù)。另外，REA 模型中的事件需要一個(gè)記錄過程來收集描述事件和記錄事件的數(shù)據(jù)，而每個(gè)資源、參與者和地點(diǎn)則需要一個(gè)維護(hù)過程來添加、刪除和更新各自的數(shù)據(jù)，應(yīng)用面向?qū)ο蠓椒蓪⑹录?、資源、參與者的屬性及其記錄或維護(hù)過程封裝起來。由此可見，將REA 模型與面向?qū)ο蠓椒ㄏ嘟Y(jié)合，有助于靈活地為企業(yè)的復(fù)雜數(shù)據(jù)結(jié)構(gòu)建立數(shù)據(jù)模型，也有利于發(fā)揮面向?qū)ο蠓椒ǖ膬?yōu)點(diǎn)。同時(shí)，REA 的基于結(jié)構(gòu)化的特點(diǎn)使 REA 的層次可以與面向?qū)ο笾蓄惖膶哟蜗嘟Y(jié)合。也就是說，由于 REA 模型既可以表示具體的業(yè)務(wù)流程中的事件、資源、參與者，又可以將事件、資源、參與者概念化，從企業(yè)層面反映業(yè)務(wù)流程，可將REA 的這一特點(diǎn)與面向?qū)ο蠓椒ㄏ嘟Y(jié)合，將概念化程度最高的業(yè)務(wù)流程中的事件、資源、參與者視為概括度最高的父類，最高層次的 REA 模型逐層向下分解，這些父類就可以向下創(chuàng)建其子類，對(duì)子類的某些屬性及操作進(jìn)行修改，就可以建立下層業(yè)務(wù)流程的相應(yīng)對(duì)象。如，將存貨作為父類，向下可以創(chuàng)建原材料子類、半成品子類、產(chǎn)成品子類等，由原材料子類又可以創(chuàng)建其子類，如按存貨 ABC 法將存貨分類創(chuàng)建 A 類存貨、B 類存貨、C 類存貨。對(duì)這些子類分別修改其屬性和操作，如原材料的代碼、原材料數(shù)據(jù)的維護(hù)，A、B、C 類存貨的管理規(guī)則等。3．2．5 面向電子商務(wù)的發(fā)展建模 1716 下文將進(jìn)一步介紹。17 電子商務(wù)實(shí)際上是采用大量的信息技術(shù)實(shí)現(xiàn)業(yè)務(wù)流程，面向業(yè)務(wù)流程建模已涵蓋了采用電子商務(wù)的業(yè)務(wù)流程，但鑒于電子商務(wù)在現(xiàn)階段及今后很長(zhǎng)一段時(shí)期的重要性，本節(jié)集中討論面向電子商務(wù)建模的問題。27 / 51電子商務(wù)的發(fā)展要求供應(yīng)鏈中企業(yè)間的最優(yōu)協(xié)調(diào)，以及對(duì)最終顧客的快速響應(yīng)和優(yōu)質(zhì)服務(wù)，因此與供應(yīng)鏈中其他企業(yè)及與顧客有關(guān)的數(shù)據(jù)也需要在數(shù)據(jù)模型中得到反映。由于其他企業(yè)、顧客的相關(guān)數(shù)據(jù)相對(duì)本企業(yè)而言是外部數(shù)據(jù)，要實(shí)現(xiàn)外部數(shù)據(jù)與企業(yè)內(nèi)部數(shù)據(jù)的雙向流動(dòng)，就必須建立一定的接口數(shù)據(jù)模型，具體來說：（1）面向 B2B 電子商務(wù)建模① 支持信息交換的數(shù)據(jù)轉(zhuǎn)換模型信息交換技術(shù)是 B2B 電子商務(wù)的基礎(chǔ)，信息交換技術(shù)中已規(guī)定了標(biāo)準(zhǔn)的業(yè)務(wù)數(shù)據(jù)格式，要解決的問題是：如何將業(yè)務(wù)數(shù)據(jù)庫(kù)中的數(shù)據(jù)轉(zhuǎn)換為標(biāo)準(zhǔn)數(shù)據(jù)格式，及如何將標(biāo)準(zhǔn)數(shù)據(jù)格式中的數(shù)據(jù)轉(zhuǎn)換為業(yè)務(wù)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，因此，要建立支持信息交換的數(shù)據(jù)轉(zhuǎn)換模型。B2B 電子商務(wù)信息交換的主流技術(shù)是 EDI 技術(shù)，EDI 的核心本質(zhì)是：被處理業(yè)務(wù)采用數(shù)據(jù)格式的國(guó)際統(tǒng)一標(biāo)準(zhǔn)。EDI 中標(biāo)準(zhǔn)的數(shù)據(jù)格式包含三個(gè)要素：數(shù)據(jù)元、數(shù)據(jù)段、標(biāo)準(zhǔn)報(bào)文格式。以聯(lián)合國(guó)標(biāo)準(zhǔn)化組織的 UN/EDIFACT 為例，這三個(gè)要素的定義為：? 數(shù)據(jù)元（data element）：在確定的上下文中被認(rèn)為不可再細(xì)分的數(shù)據(jù)單元；? 數(shù)據(jù)段（data segment）：功能相關(guān)的數(shù)據(jù)元值的預(yù)定義和標(biāo)識(shí)的集合。段以段標(biāo)記開始，以段終止符結(jié)束，可以是為電子傳送提供信息服務(wù)的服務(wù)段，也可以是反映單證（一般固定不變，可由人或機(jī)器閱讀的記錄數(shù)據(jù)的數(shù)據(jù)載體）中具有一定功能的項(xiàng)的用戶數(shù)據(jù)段；? 標(biāo)準(zhǔn)報(bào)文（standard message）：用于傳送信息的有序字符列，一張標(biāo)準(zhǔn)報(bào)文規(guī)定了一組特定含義的項(xiàng)的集合，它可以與業(yè)務(wù)單證對(duì)應(yīng)起來。該三要素意味著相關(guān)原始憑證與票據(jù)的電子化，這種電子化的單證通過 EDI軟件可以直接進(jìn)入企業(yè)業(yè)務(wù)數(shù)據(jù)庫(kù)或由企業(yè)業(yè)務(wù)數(shù)據(jù)庫(kù)中的數(shù)據(jù)生成。EDI 軟件結(jié)構(gòu)包括：用戶接口模塊、內(nèi)部接口模塊、報(bào)文生成及處理模塊、格式轉(zhuǎn)換模塊、通信模塊。用戶接口模塊、內(nèi)部接口模塊和報(bào)文生成及處理模塊的基礎(chǔ)數(shù)據(jù)模型就是支持 B2B 電子商務(wù)建模的關(guān)鍵。該模型中要包括兩類數(shù)據(jù)表，一類數(shù)據(jù)表反映來自用戶接口模塊和內(nèi)部接口模塊的命令和信息中的屬性（字段） ，以及所需生成的 EDI 報(bào)文中的數(shù)據(jù)元；另一類數(shù)據(jù)表則反映這些命令和信息與 EDI 報(bào)文數(shù)據(jù)元的映射關(guān)系。隨著 Inter 安全性及網(wǎng)絡(luò)法律規(guī)范的完善，Inter 將成為企業(yè)信息交換的理想平臺(tái)，在 Inter 上運(yùn)行 EDI 主要有以下幾種技術(shù)，要在了解這些技術(shù)的基礎(chǔ)上，建立與這些技術(shù)相容的用戶接口模塊、內(nèi)部接口模塊和信息生成和處理模塊。28 / 51a. XML/EDI：以可擴(kuò)展的標(biāo)記語言 XML 為基礎(chǔ)。XML 表示數(shù)據(jù)的內(nèi)容和邏輯關(guān)系，包含一組基本法則，用于描述諸如購(gòu)物定單中產(chǎn)品規(guī)格、價(jià)格、件數(shù)、送貨方式等。XML 支持結(jié)構(gòu)化的數(shù)據(jù)，可以詳細(xì)定義某個(gè)數(shù)據(jù)對(duì)象的數(shù)據(jù)結(jié)構(gòu)，具有統(tǒng)一的數(shù)據(jù)格式，允許不同格式的數(shù)據(jù)互相交換。另外，XML/EDI 引進(jìn)模板概念，解決數(shù)據(jù)的轉(zhuǎn)換問題，模板描述了數(shù)據(jù)對(duì)象的數(shù)據(jù)結(jié)構(gòu)及對(duì)數(shù)據(jù)的解釋，利用軟件代理自動(dòng)完成數(shù)據(jù)轉(zhuǎn)換。b. OBI：是互聯(lián)網(wǎng)開放式購(gòu)物標(biāo)準(zhǔn)，技術(shù)路線沿襲了美國(guó)標(biāo)準(zhǔn) ANSIX12 與聯(lián)合國(guó)/歐洲經(jīng)濟(jì)委員會(huì) EDIFACT 系列，將原先封閉的各項(xiàng) EDI 標(biāo)準(zhǔn)經(jīng)修改、擴(kuò)充、集成后移植到互聯(lián)網(wǎng)上，按規(guī)定流程在企業(yè)間傳輸數(shù)據(jù)；OBI 報(bào)文的單元化、層次化結(jié)構(gòu)體系：數(shù)據(jù)元——數(shù)據(jù)段——功能組——業(yè)務(wù)集，以底層的數(shù)據(jù)元為基本標(biāo)準(zhǔn)單元，每一層均以下一層為單元，按規(guī)定的位置和序列拼裝而成。OBI 數(shù)據(jù)轉(zhuǎn)換要運(yùn)用程序語言、動(dòng)態(tài)網(wǎng)和有關(guān)的 WEB 數(shù)據(jù)庫(kù)連接技術(shù)，編寫靈活的轉(zhuǎn)換程序來解決。② 電子票據(jù)的相關(guān)數(shù)據(jù)電子票據(jù)是互聯(lián)網(wǎng)和電子商務(wù)環(huán)境下重要的信息載體，要以相應(yīng)數(shù)據(jù)及數(shù)據(jù)結(jié)構(gòu)支持對(duì)電子票據(jù)的管理要求：a. 可鑒別：加蓋數(shù)字時(shí)間戳和數(shù)字簽名 18，以辨別真?zhèn)?；b. 可傳輸：把來自各個(gè)數(shù)據(jù)源的不同格式的電子票據(jù)按標(biāo)準(zhǔn)化的數(shù)據(jù)結(jié)構(gòu)格式化，并封裝、加密后進(jìn)行傳輸；c. 可存儲(chǔ)：以標(biāo)準(zhǔn)化的結(jié)構(gòu)格式妥善保存；d. 操作控制：設(shè)立數(shù)據(jù)源描述，操作日志保證來源不同的電子票據(jù)數(shù)據(jù)的原始性；e. 授權(quán)處理：電子票據(jù)中預(yù)留權(quán)限字段，只有相應(yīng)的權(quán)限才能對(duì)電子票據(jù)進(jìn)行相關(guān)處理，如，輸出，由電子票據(jù)產(chǎn)生相應(yīng)的電子發(fā)票。③ 網(wǎng)上支付的數(shù)據(jù)驗(yàn)證網(wǎng)上支付要驗(yàn)證參與各方的身份，同時(shí)要保證每一筆網(wǎng)上支付業(yè)務(wù)經(jīng)授權(quán)方可進(jìn)行，企業(yè)內(nèi)部數(shù)據(jù)與支付參與方的