SAP系統(tǒng)架構(gòu)是什么

SAP系統(tǒng)架構(gòu)是什么

創(chuàng)新互聯(lián)主要從事成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)屏邊,十余年網(wǎng)站建設(shè)經(jīng)驗,價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):028-86922220

SAP是英文“Systems,Applications and Products in Data Processing”的縮寫,其開發(fā)公司SAP公司是目前全球應(yīng)用最廣的企業(yè)管理和協(xié)同化商務(wù)解決方案供應(yīng)商。下面讓我們一起來看看什么是SAP系統(tǒng)架構(gòu)。

1 SAP系統(tǒng)的三層架構(gòu)

SAP是一個基于客戶/服務(wù)機結(jié)構(gòu)和開放系統(tǒng)的、集成的企業(yè)資源計劃系統(tǒng)[3]。其功能覆蓋企業(yè)的財務(wù)、后勤(工程設(shè)計、采購、庫存、生產(chǎn)銷售和質(zhì)量等)和人力資源管理、SAP業(yè)務(wù)工作流系統(tǒng)以及因特網(wǎng)應(yīng)用鏈接功能等各個方面。SAP系統(tǒng)的運行環(huán)境是該系統(tǒng)的核心部分,其主體是由C及C++語言編寫,也有一部分有SAP自身開發(fā)到程序語言ABAP編寫。

SAP系統(tǒng)的核心執(zhí)行以下幾個任務(wù):

1)運行SAP程序:所有的SAP程序都在一個軟件處理器(虛擬機)中運行。

2)提供數(shù)據(jù)庫讀寫服務(wù):SAP程序并不直接對數(shù)據(jù)庫進行操作,而是通過自身的Database Interface,使用SAP Open SQL(Structured Query Language)對底層數(shù)據(jù)庫進行讀寫。

3)通訊服務(wù):SAP程序可與其他SAP程序進行通信,同時也可與非SAP程序通過BAPI接口進行通信。

4)系統(tǒng)監(jiān)控:用戶可對SAP程序的運行進行監(jiān)控及改變運行環(huán)境參數(shù)。

SAP系統(tǒng)是一個典型的Three-Tier系統(tǒng)架構(gòu),由表現(xiàn)層,應(yīng)用層及數(shù)據(jù)庫構(gòu)成(圖1):

1)SAP系統(tǒng)架構(gòu)表現(xiàn)層(Presentation Layer):這是SAP用戶圖形界面(SAP GUI),是SAP用戶和SAP系統(tǒng)交流的接口,用戶登錄后對SAP系統(tǒng)進行操作。通過這圖形界面用戶可對SAP發(fā)出指令或遞交數(shù)據(jù)給應(yīng)用層,應(yīng)用層接收到指令或數(shù)據(jù)后,會進行相應(yīng)的計算操作,之后底層將處理后把數(shù)據(jù)返還給表現(xiàn)層。

2)SAP系統(tǒng)架構(gòu)應(yīng)用層(Application layer)這層包括一個或者多個應(yīng)用服務(wù)器(ABAP Programm)和一個消息服務(wù)器(ABAP Dispatcher)。每一個應(yīng)用服務(wù)器包括一系列服務(wù)以便運行應(yīng)用程序。Dispatcher是系統(tǒng)應(yīng)用層的核心,所有從客戶端傳遞進來的請求都將首先傳遞到消息服務(wù)器中,消息服務(wù)器首先按照First in First out的原則將所有請求排序,然后將用戶請求依次傳遞給空閑的工作進程(Work Process)中,每個工作進程在某一時刻只能處理一個用戶請求。工作進程會根據(jù)具體的要求通過Open SQL到數(shù)據(jù)層中讀取對應(yīng)的數(shù)據(jù)。

3)SAP系統(tǒng)架構(gòu)數(shù)據(jù)庫層(Database layer):這里存放了所有SAP系統(tǒng)的數(shù)據(jù)。SAP系統(tǒng)通過自身的標準語言O(shè)pen SQL對數(shù)據(jù)庫進行管理,同時實現(xiàn)了上層應(yīng)用于底層數(shù)據(jù)庫類型的不相關(guān)性。SAP支持很多數(shù)據(jù)庫系統(tǒng),包括:Microsoft SQL Server,ORACLE,INFORMIX,DB2等。

2 SAP系統(tǒng)的數(shù)據(jù)庫接口

SAP系統(tǒng)支持多種數(shù)據(jù)庫,SAP程序可通過SAP Open SQL對數(shù)據(jù)庫進行讀寫,SAP Open SQL的編寫不依賴于數(shù)據(jù)庫的類型。在圖2中所示的數(shù)據(jù)庫接口是SAP應(yīng)用層中一個重要的組成部分,它將Open SQL指令轉(zhuǎn)換成與數(shù)據(jù)庫類型相應(yīng)的SQL語句(Native SQL)。這樣使得在SAP開發(fā)時無需考慮底層數(shù)據(jù)庫的類型。在數(shù)據(jù)庫接口對Open SQL進行轉(zhuǎn)換時會先對驗證其語法,并自動最大限度使用本的'緩存來優(yōu)化數(shù)據(jù)庫的操作。人們也可在SAP程序中直接定義與數(shù)據(jù)庫類型相應(yīng)的SQL指令(Native SQL)來讀寫數(shù)據(jù)庫中數(shù)據(jù)。

3 總結(jié)

任何ERP軟件都不可能覆蓋企業(yè)的多樣性和復(fù)雜性的所有方面,對于企業(yè)的特殊要求用戶可自行進行必要的二次開發(fā),并要求同其他應(yīng)用軟件也可方便地集成。這就要求供應(yīng)商提供的軟件都能具有很強的開放性,而充分利用這種開放性的前提就是必須熟知其系統(tǒng)的基本架構(gòu)。本文通過對SAP系統(tǒng)的三層結(jié)構(gòu)和數(shù)據(jù)庫接口的分析使大家更能深層次的了解SAP系統(tǒng)的系統(tǒng)框架,能夠更好的使用SAP系統(tǒng)。

;

一文讀懂 UML 用例圖

當你腦子里有一個商業(yè)案例時，你該怎么向老板介紹呢？一大段文字，或是動手寫個 Demo？老板很忙，老板也不見得懂你所說的“高大上”技術(shù)，有沒有那種實現(xiàn)成本較低但又包含較多信息的表現(xiàn)方式呢？有，畫張圖唄！

今天起再開個專題，談?wù)勎覀冮_發(fā)中常用到的一些圖形建模手段。前言結(jié)束，我們從 UML 視圖啟航。

UML——Unified Modeling Language——統(tǒng)一建模語言，是業(yè)務(wù)建模階段最常用和最重要的一種視圖。由于它簡單易懂，常常用于跨組織的文檔或演示的說明中；這里所謂的跨組織指的不僅僅是開發(fā)部門間，而是指跨產(chǎn)品、設(shè)計、測試、運維等等部門的業(yè)務(wù)交流中。UML 設(shè)計中，第一張圖一般都是用例圖：是的，就是那個有“小人”的圖。

用例圖主要有三個部分組成：用例（Use Case）、參與者（Actor），以及它們互相間的關(guān)系（Relationship）；形式上就是用橢圓、小人，以及箭頭的連線組合。

我們先不細說橢圓或是箭頭的具體含義。我覺得講用例圖最好還是從具體的 Use case 入手為好。我們試著設(shè)計一款簡單的銀行 APP，它包含注冊、登陸、交易等等操作。我們一步步拆解揮著用例圖的過程。

畫用例圖的第一步通常是拖出一個巨大的矩形塊，并將其命名為我們的目標系統(tǒng)——Banking App。一個用例圖一般只會有一個 System，之后我們會把所有該系統(tǒng)相關(guān)的是功能（“用例”）放置在系統(tǒng)內(nèi)部，系統(tǒng)的相關(guān)方（“參與者”）放置在系統(tǒng)的左右兩側(cè)。

第二個繪制元素就是參與者，即系統(tǒng)相關(guān)方，可以是人、組織、外部設(shè)備，或是其他系統(tǒng)。在我們這個銀行案例里，該 App 的相關(guān)方有兩個：就是客戶（Customer）和銀行（Bank）。

通常來說，一個用例圖中會有兩三個參與者，我們會把主要參與者放在系統(tǒng)左側(cè)，次要參與者（主要參與者的回應(yīng)方）放在右側(cè)；顯然我們的 App 主要是面向客戶的，所以把客戶放在了左邊。

第三步就是在系統(tǒng)內(nèi)添加具體的用例，也就是該系統(tǒng)所提供的功能或是業(yè)務(wù)塊。我們的銀行 APP 比較簡單，只提供如下業(yè)務(wù)：

第四步，我們再把參與者與用例串聯(lián)起來，就是我們所說的關(guān)系（Relationships）。用例圖中，關(guān)系還可以繼續(xù)細分：

最后，所有 UML 視圖事實上都可以加注釋，專業(yè)術(shù)語叫延伸（Extension points）和批注（Note）；這兩種注釋性質(zhì)形同，都是起說明作用：

好了，UML 用例圖大體就講完了。我們再回顧一下用例圖的使用場景，在產(chǎn)品設(shè)計階段，我們可以使用用例圖為用戶、系統(tǒng)和功能服務(wù)建立起抽象關(guān)系，以便描述產(chǎn)品所呈現(xiàn)的外部動態(tài)特征。在一些大廠中，通常由產(chǎn)品經(jīng)理或是設(shè)計師來首先繪制 UML 用例圖，再交于開發(fā)團隊實現(xiàn)。

我們舉了一個銀行 App 的例子，事實上有點大了；現(xiàn)實開發(fā)中，一個 Use Case 圖通常只對應(yīng)的一個簡單的業(yè)務(wù)流而已。我們自己在寫用例圖時，也要注意在宏觀層面將聯(lián)系緊密的功能模塊抽象為一個簡單的 Case，然后逐步地為這些較大的功能模塊畫出細分 Case 的用例圖。

UML設(shè)計中分析類圖和設(shè)計類圖的區(qū)別

UML類圖的概念

一、概述

UML類圖（Class Diagram）是描述類、接口、協(xié)作以及它們之間關(guān)系的圖，用來顯示系統(tǒng)中各個類的靜態(tài)結(jié)構(gòu)。UML類圖是定義其他圖的基礎(chǔ)，在UML類圖基礎(chǔ)上，可以使用狀態(tài)圖、協(xié)作圖、組件圖和配置圖等進一步描述系統(tǒng)其他方面的特性。

UML類圖包括7個元素：類（Class）、接口（Interface）、協(xié)作（collaboration）、依賴關(guān)系（Dependency）、泛化關(guān)系（Generalization）、關(guān)聯(lián)關(guān)系（Association）以及實現(xiàn)關(guān)系（Realization）。

二、類

類定義了一組有著狀態(tài)和行為的對象。其中，屬性和關(guān)聯(lián)用來描述狀態(tài)。屬性通常用沒有身份的數(shù)據(jù)值表示，如數(shù)字和字符串。關(guān)聯(lián)則用有身份的對象之間的關(guān)系表示。行為由操作來描述，方法是操作的實現(xiàn)。對象的生命期則由附加給類的狀態(tài)機來描述。

1、 名稱：類的名稱是每個類中所必有的構(gòu)成元素。

2、 屬性（Attribute）

（1） 可見性：類中屬性的可見性主要包括公有（public）、私有（Private）和受保護（Protected）。在UML中，公有類型的用“+”表達，私有類型用“-”表達，而受保護類型則用“#”表達。UML的類中不存在默認的可見性，如果沒有顯示任何一種符號，就表示沒有定義該屬性的可見性。

（2） 屬性名：按照UML的約定，單字屬性名小寫。如果屬性名包含多個單詞，這些單詞要合并，且除了第一個單詞外其余單詞的首字母要大寫。

（3） 屬性字符串。屬性字符串用來指定關(guān)于屬性的其他信息，例如某個屬性應(yīng)該是永久的。任何希望添加在屬性定義字符串值但又沒有合適地方可以加入的規(guī)則，都可以放在屬性字符串里。

（4） 類屬性。屬性也可以作為一個類屬屬性來定義，這就意味著此屬性被該類的所有對象共享。在UML類圖中，類屬性帶有一條下劃線。

3、 操作。類的操作是對類的對象所能做的事務(wù)的抽象，相當于一個服務(wù)的實現(xiàn)。

4、 職責(zé)：在操作部分下面的區(qū)域，可以用來說明類的職責(zé)。職責(zé)是類或其他元素的契約或義務(wù)。類的職責(zé)是是自由形式的文本，寫一個短語，一個句子等。在UML中，把職責(zé)列在UML類圖底部的分隔欄中。

5、 約束。說明類的職責(zé)是消除二義性的一種非形式化的方法，形式化的方法是使用約束。約束指定了該類所要滿足的一個或多個規(guī)則。在UML中，約束是用一個花括號括起來的自由文本。

三、接口

接口包含操作但不包含屬性，且它沒有對外界可見的關(guān)聯(lián)。

四、類之間的關(guān)系

類之間的關(guān)系最常見的有四種：依賴關(guān)系、泛化關(guān)系、管理關(guān)系、實現(xiàn)關(guān)系。

UML對象圖

一、概述

UML對象圖(Object Diagram)描述的是參與交互的各個對象在交互過程中某一時刻的狀態(tài)。對象圖可以被看作是UML類圖在某一時刻的實例。

在UML中，對象圖使用的是與UML類圖相同的符號和關(guān)系，因為對象就是類的實例。下圖顯示了對象圖的模型。其中節(jié)點可以是對象也可以是類，連線表示對象之間的關(guān)系：

二、UML類圖和對象圖的區(qū)別