軟件體系結(jié)構(gòu)設(shè)計(jì)與常用體系結(jié)構(gòu)模型PPT課件

1、,體系結(jié)構(gòu)設(shè)計(jì)與常用的體系結(jié)構(gòu)模型,中法計(jì)141 第三組,成員：陳曉雅 程茜茜 崔雪 鄧祎迪 杜思琦 范珊珊,主要 內(nèi)容,2,3,第一部分 體系結(jié)構(gòu)設(shè)計(jì),第二部分 體系結(jié)構(gòu)模型,第三部分 詳例應(yīng)用,軟件設(shè)計(jì),軟件設(shè)計(jì)是將軟件需求轉(zhuǎn)換為軟件表示的過程，也是一個(gè)建模過程，以一系列迭代的步驟建立不同的視圖來描述系統(tǒng)。 軟件系統(tǒng)設(shè)計(jì)的5個(gè)核心內(nèi)容： 體系結(jié)構(gòu)設(shè)計(jì)，模塊設(shè)計(jì)（對象或類設(shè)計(jì)），用戶界面設(shè)計(jì)，數(shù)據(jù)庫設(shè)計(jì)，數(shù)據(jù)結(jié)構(gòu)和算法設(shè)計(jì)（詳細(xì)設(shè)計(jì)）。,體系結(jié)構(gòu)設(shè)計(jì),軟件初始設(shè)計(jì)過程的任務(wù)是要識別出組成大型系統(tǒng)的多個(gè)子系統(tǒng)，并建立子系統(tǒng)的控制和通信框架，這個(gè)過程叫做體系結(jié)構(gòu)設(shè)計(jì)。 它包括識別出系統(tǒng)的主要組件

2、以及它們之間的通信。 體系結(jié)構(gòu)設(shè)計(jì)是設(shè)計(jì)過程的初始階段。 表現(xiàn)為設(shè)計(jì)和需求工程過程之間的橋梁。 通常是與一些系統(tǒng)描述活動(dòng)同時(shí)進(jìn)行的。 體系結(jié)構(gòu)設(shè)計(jì)的輸出的一個(gè)描述就是軟件體系結(jié)構(gòu)。,軟件體系結(jié)構(gòu)的相關(guān)概念,軟件體系結(jié)構(gòu)是一個(gè)軟件系統(tǒng)的基本組織，它體現(xiàn)在構(gòu)件、構(gòu)件間的相互關(guān)系以及構(gòu)件與環(huán)境的關(guān)系中；它還包括指導(dǎo)系統(tǒng)設(shè)計(jì)和進(jìn)化的原則。 軟件體系結(jié)構(gòu)并非是可執(zhí)行的軟件，它是一種設(shè)計(jì)表示，通過該表示使得軟件體系結(jié)構(gòu)師能夠分析其所完成的設(shè)計(jì)是否滿足軟件需求，以減少軟件構(gòu)造過程中存在的風(fēng)險(xiǎn)。,1. 設(shè)計(jì)準(zhǔn)備 2. 確定影響系統(tǒng)設(shè)計(jì)的約束因素 3. 確定設(shè)計(jì)策略 4. 系統(tǒng)分解與設(shè)計(jì) 5. 撰寫體系結(jié)構(gòu)設(shè)計(jì)

3、文檔 6. 設(shè)計(jì)評審,體系結(jié)構(gòu)設(shè)計(jì)步驟,在大規(guī)模軟件開發(fā)的過程中,軟件體系結(jié)構(gòu)設(shè)計(jì)起著舉足輕重的作用,用它來指導(dǎo)整個(gè)開發(fā)過程,可以準(zhǔn)確滿足需求并充分提高軟件系統(tǒng)的重用性和可維護(hù)性. 一個(gè)軟件系統(tǒng)的體系結(jié)構(gòu)設(shè)計(jì)的好不好，可以用合適性、 結(jié)構(gòu)穩(wěn)定性、可擴(kuò)展性和可復(fù)用性等特征來評估。,軟件體系結(jié)構(gòu)設(shè)計(jì)原則,進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)的好處 有利于利益相關(guān)者之間的溝通 體系結(jié)構(gòu)是系統(tǒng)的一個(gè)高層表示，可以作為不同的項(xiàng)目相關(guān)人員之間討論的焦點(diǎn)，有利于設(shè)計(jì)決策。 2. 有利于系統(tǒng)分析 在系統(tǒng)開發(fā)的早期階段給出系統(tǒng)的體系結(jié)構(gòu)，實(shí)際上就是對系統(tǒng)的分析過程。對體系結(jié)構(gòu)的設(shè)計(jì)決策，對系統(tǒng)能否滿足關(guān)鍵性需求具有深遠(yuǎn)的影響。 3

4、. 有利于大規(guī)模復(fù)用 體系結(jié)構(gòu)能在具有相似需求的系統(tǒng)之間互用，由此來支持大規(guī)模的軟件復(fù)用。,體系結(jié)構(gòu)表示,1. 常用非形式化的方塊圖來描述體系結(jié)構(gòu) 2. 非形式化的方塊圖既沒有給出系統(tǒng)組件之間的關(guān)系類型，也沒有顯示出組件可見的外部特性，非常抽象。 3. 有利于不同層次的系統(tǒng)參與人員進(jìn)行交流與溝通。 每個(gè)子系統(tǒng)在圖中用一個(gè)矩形表示，子系統(tǒng)間的關(guān)系用帶箭頭的連線表示，關(guān)系可能包含數(shù)據(jù)流，“使用”和“被使用”關(guān)系，或一些其他類型的依賴關(guān)系。,軟件工程師可以在給定的體系結(jié)構(gòu)類型中使用許多種不同的體系結(jié)構(gòu)風(fēng)格和模式，每個(gè)模式描述了一個(gè)系統(tǒng)類別，它包含：一組完成系統(tǒng)所需功能的構(gòu)件，一組使構(gòu)件間通信、協(xié)調(diào)及

5、合作的連接件，定義如何集成構(gòu)件以構(gòu)成系統(tǒng)的約束條件，使設(shè)計(jì)者能夠理解系統(tǒng)整體特性的語義模型。,體系結(jié)構(gòu)的模式,系統(tǒng)特性與體系結(jié)構(gòu),1 性能方面 2 信息安全性方面 3 系統(tǒng)安全性方面 4 可用性方面 5 可維護(hù)性方面,體系結(jié)構(gòu)設(shè)計(jì)決策,體系結(jié)構(gòu)設(shè)計(jì)決策包括對應(yīng)用類型的決策、系統(tǒng)分布的決策、所使用的體系結(jié)構(gòu)類型的決策以及對體系結(jié)構(gòu)應(yīng)該如何記錄和評估的決策,體系結(jié)構(gòu)設(shè)計(jì)決策,1 對于要開發(fā)的系統(tǒng)，是否存在一個(gè)一般性的應(yīng)用體系結(jié)構(gòu)可以拿來當(dāng)模板？ 2 系統(tǒng)將如何分配到多個(gè)處理器上？ 3有哪個(gè)或哪幾個(gè)體系結(jié)構(gòu)模式或者風(fēng)格適合本系統(tǒng)？ 4 有哪些基本方法可以用來構(gòu)成該系統(tǒng)？ 5 如何將系統(tǒng)中的結(jié)構(gòu)單元分

6、解為模塊？ 6 應(yīng)該使用什么樣的策略來控制系統(tǒng)中單元的操作？ 7 如何評估體系結(jié)構(gòu)設(shè)計(jì)？ 8 如何記錄系統(tǒng)體系結(jié)構(gòu)？,體系結(jié)構(gòu)模型,對這些模型的掌握可以簡化定義系統(tǒng)體系結(jié)構(gòu)的問題,絕大多數(shù)的大型系統(tǒng)的體系結(jié)構(gòu)都包括不同的體系結(jié)構(gòu)類型，并不屬于一個(gè)單一的類型,軟件系統(tǒng)的體系結(jié)構(gòu)要給予特定的體系結(jié)構(gòu)模型,軟件系統(tǒng)的體系結(jié)構(gòu)要給予特定的體系結(jié)構(gòu)模型 對這些模型的掌握可以簡化定義系統(tǒng)體系結(jié)構(gòu)的問題 絕大多數(shù)的大型系統(tǒng)的體系結(jié)構(gòu)都包括不同的體系結(jié)構(gòu)類型，并不屬于一個(gè)單一的類型,體系結(jié)構(gòu)模型,一個(gè)軟件系統(tǒng)是由若干個(gè)組成部分,按照一定的組織結(jié)構(gòu)形式構(gòu)成的.這個(gè)組織結(jié)構(gòu)形式從概念上就是一個(gè)總體性框架,它表達(dá)了

7、軟件系統(tǒng)各個(gè)組成部分之間的關(guān)聯(lián)關(guān)系以及控制系統(tǒng)設(shè)計(jì)和進(jìn)化的一組原則. 軟件體系結(jié)構(gòu)技術(shù)中研究的首要問題是:部件的規(guī)格定義和體系結(jié)構(gòu)的建模.,1. 容器體系結(jié)構(gòu)模型,組成部分： （1）數(shù)據(jù)中心：用于表示當(dāng)前狀態(tài)的中心數(shù)據(jù)結(jié)構(gòu)。 （2）客戶軟件：用于在數(shù)據(jù)存儲中心存儲的數(shù)據(jù)上進(jìn)行操作的一些獨(dú)立的部件組合 特點(diǎn): 容器體系結(jié)構(gòu)模型是基于一個(gè)共享數(shù)據(jù)庫的系統(tǒng)模型，該模型適合于數(shù)據(jù)由一個(gè)組件產(chǎn)生而有其他組件使用的情形。 體系結(jié)構(gòu)為該類型的系統(tǒng)例子如管理信息系統(tǒng)（MIS）、CAD系統(tǒng)、CASE工具集、可服用組件庫等。,容器體系結(jié)構(gòu)模型的優(yōu)缺點(diǎn),能高效的共享數(shù)據(jù)，無需在組件之間進(jìn)行數(shù)據(jù)交換。 組件一定要與容

8、器的數(shù)據(jù)模型一致。大量信息都按照一致的數(shù)據(jù)模型生成。 生產(chǎn)數(shù)據(jù)的組件不需要關(guān)心數(shù)據(jù)如何被其他組件使用。 備份、保密性、訪問控制、錯(cuò)誤回復(fù)等活動(dòng)都是容器管理員的職責(zé)，客戶程序主要集中在自己的功能上。不同的組件對這些活動(dòng)的要求不同，而容器模型迫使所有的組件使用相同的策略。 容器中出現(xiàn)問題會影響整個(gè)系統(tǒng)。 是系統(tǒng)的靜態(tài)結(jié)構(gòu)，不能展現(xiàn)系統(tǒng)運(yùn)行時(shí)的組織。,實(shí)例-某管理系統(tǒng)的容器體系結(jié)構(gòu)模型,管理模式中心數(shù)據(jù)存儲 具體項(xiàng)目的管理模式客戶軟件,2 分層體系結(jié)構(gòu)模型,組成部分： （1）數(shù)據(jù)服務(wù)層：存儲數(shù)據(jù)和提供基本數(shù)據(jù)服務(wù)。 （2）應(yīng)用接口層：對應(yīng)存儲過程接口，用來維護(hù)服務(wù)器中數(shù)據(jù)的一致性和完整性。 （3）應(yīng)

9、用層：把用戶需求轉(zhuǎn)化為針對特定服務(wù)器的基本功能。 （4）用戶界面層：唯一與用戶的交互點(diǎn)。 特點(diǎn): 1)層與層之間的相對獨(dú)立性 相對獨(dú)立,每一層只與其上面的層打交道,無需了解其他層的語義模型在分層模型中，用戶界面層、應(yīng)用層、應(yīng)用接口層和數(shù)據(jù)服務(wù)層。 2)適用于Internet/Intranet環(huán)境 應(yīng)用層完成客戶端管理、維持與多個(gè)服務(wù)器的鏈接,負(fù)責(zé)與數(shù)據(jù)服務(wù)層建立穩(wěn)定的鏈接,完成復(fù)雜的管理。 3)便于集成管理 在模型中,分布式應(yīng)用管理程序通過數(shù)據(jù)傳輸層與分層模型集成在一起,成為系統(tǒng)不可分割的一部分。 4)通用性 層分布式模型不僅為開發(fā)分布式GIS提供了一個(gè)框架,而且有助于更清楚地理解分布式系統(tǒng)體

10、系結(jié)構(gòu)的本質(zhì)。,1)層與層之間的相對獨(dú)立性 相對獨(dú)立,每一層只與其上面的層打交道,無需了解其他層的語義模型在分層模型中，用戶界面層、應(yīng)用層、應(yīng)用接口層和數(shù)據(jù)服務(wù)層。 2)適用于Internet/Intranet環(huán)境 應(yīng)用層完成客戶端管理、維持與多個(gè)服務(wù)器的鏈接,負(fù)責(zé)與數(shù)據(jù)服務(wù)層建立穩(wěn)定的鏈接,完成復(fù)雜的管理。 3)便于集成管理 在模型中,分布式應(yīng)用管理程序通過數(shù)據(jù)傳輸層與分層模型集成在一起,成為系統(tǒng)不可分割的一部分。 4)通用性 4層分布式模型不僅為開發(fā)分布式GIS提供了一個(gè)框架,而且有助于更清楚地理解分布式系統(tǒng)體系結(jié)構(gòu)的本質(zhì)。,分層體系結(jié)構(gòu)模型的優(yōu)缺點(diǎn),實(shí)例-云計(jì)算分層體系架構(gòu),（1）云客戶

11、端用戶界面層 是直接面向客戶的人機(jī)接口。 （2）云應(yīng)用應(yīng)用接口層 在軟件結(jié)構(gòu)上服務(wù)器端采用云計(jì)算。 （3）云平臺應(yīng)用層 基于云基礎(chǔ)設(shè)施，將計(jì)算平臺或解決方案作為一項(xiàng)服務(wù)。 （4）云基礎(chǔ)設(shè)施應(yīng)用層 計(jì)算機(jī)基礎(chǔ)設(shè)施的交付使用，典型的表現(xiàn)為一個(gè)平臺虛擬化環(huán)境。 （5）服務(wù)器層數(shù)據(jù)服務(wù)層 由針對云服務(wù)的交付而特別設(shè)計(jì)的 計(jì)算機(jī)硬件和計(jì)算機(jī)軟件組成的。,3 軟件系統(tǒng) 結(jié)構(gòu)模型,*使用自然語言或圖形等較直觀的方式來描述和闡明問題。 *結(jié)構(gòu)模型描述系統(tǒng)結(jié)構(gòu)形態(tài)，即系統(tǒng)各部分間及其與環(huán)境間的關(guān)系 *對于理清思路、明確問題，與利益相關(guān)者進(jìn)行溝通，都極為有用,4 管道-過濾器體系結(jié)構(gòu),系統(tǒng)運(yùn)行時(shí)組織的模型，看作是

12、對相繼輸入數(shù)據(jù)的一系列變換。一批數(shù)據(jù)進(jìn)入系統(tǒng)，流經(jīng)一個(gè)個(gè)組件最后到達(dá)終點(diǎn)（輸出或數(shù)據(jù)庫）。 組件被稱為過濾器，能夠?qū)?shù)據(jù)進(jìn)行漸進(jìn)式的轉(zhuǎn)換（一種流變成另一種流）。數(shù)據(jù)流的通路稱為管道,優(yōu)缺點(diǎn),優(yōu)點(diǎn)： 1、沒有復(fù)雜的組件交互。 2、支持軟件重用：由管道連接起來的過濾器的組合又可以看成一個(gè)過濾器，可應(yīng)用到其他系統(tǒng)中。 3、易于維護(hù)：過濾器替換方便 4、支持并行執(zhí)行過濾器，但要考慮并行執(zhí)行時(shí)數(shù)據(jù)流之間的同步問題 缺點(diǎn): 1、適用批量處理方式，不適合構(gòu)建交互式應(yīng)用的系統(tǒng)。如對圖形化的用戶界面，有復(fù)雜的輸入輸出格式、基于事件的鼠標(biāo)點(diǎn)擊或菜單選擇的控制信息，將其轉(zhuǎn)換成與數(shù)據(jù)流模型兼容的格式是困難的。,實(shí)例,

13、應(yīng)用: 典型的應(yīng)用就是UNIX系統(tǒng)，連接進(jìn)程時(shí)用到管道，從一個(gè)進(jìn)程到另一個(gè)進(jìn)程傳送文本流。 還有的應(yīng)用實(shí)例：如傳統(tǒng)的數(shù)據(jù)處理系統(tǒng)（如票據(jù)處理）、傳統(tǒng)的編譯器（詞法分析、語法分析、語義分析、代碼生成）、數(shù)字通信（傳遞文字、語音、圖片、圖像等）系統(tǒng)。,5 控制模型,控制模型：考慮子系統(tǒng)之間的控制流 1、集中式模型：一個(gè)組件被指定為系統(tǒng)控制器，負(fù)責(zé)管理它組的執(zhí)行。調(diào)用-返回模型（順序執(zhí)行）、管理者模型（并行執(zhí)行） 2、基于事件的控制：廣播模型、中斷驅(qū)動(dòng)模型 自上而下的調(diào)用，控制始于控制層次的頂層，往往只有一個(gè)控制線程,集中式模型-調(diào)用-返回模型,組成系統(tǒng)的部件是各個(gè)功能模塊、層次或?qū)ο?，連接器是各個(gè)

14、部件之間的調(diào)用關(guān)系。 該模型體現(xiàn)的是部件之間調(diào)用與被調(diào)用的關(guān)系，系統(tǒng)有各個(gè)部件通過他們之間的調(diào)用與返回方式傳遞信息構(gòu)成一個(gè)有機(jī)的整體，從而實(shí)現(xiàn)系統(tǒng)的功能。 調(diào)用與返回模型通常有3種形式：主、子調(diào)用模型、面向?qū)ο竽Ｐ秃蛯哟文Ｐ汀?優(yōu)點(diǎn)： 1、通過按照一定的方式（自頂向下、對象描述、層次分解等）對問題進(jìn)行分解，有利于復(fù)雜問題的分析和解決 2、支持基于增量式抽象設(shè)計(jì)，這就允許把一個(gè)復(fù)雜問題分成一系列增量的步驟來完成 3、系統(tǒng)功能容易增強(qiáng)。系統(tǒng)可以通過增加或修改模塊、對象、層次的功能來實(shí)現(xiàn)系統(tǒng)功能的增強(qiáng)。 4、支持部件的重用。 缺點(diǎn)： 1、主調(diào)部件需要預(yù)先明秋知道被調(diào)用部件的接口標(biāo)識 2、部件接口標(biāo)識

15、的更改會導(dǎo)致必須修改顯示調(diào)用它的所有部件，而且這種現(xiàn)象還會進(jìn)行傳遞，從而可能導(dǎo)致不可預(yù)知的負(fù)面影響。 3、主、子調(diào)用系統(tǒng)的正確性依賴于構(gòu)成系統(tǒng)的子系統(tǒng)的正確性，從而子系統(tǒng)的正確性有依賴它所調(diào)用的子程序的正確性。,優(yōu)缺點(diǎn),實(shí)例,應(yīng)用： 主、子調(diào)用結(jié)構(gòu)模型： 早期采用結(jié)構(gòu)化設(shè)計(jì)方法實(shí)現(xiàn)的面向問題的系統(tǒng)是主、子調(diào)用模型的應(yīng)用，系統(tǒng)由主程序、子程序構(gòu)成，并且子程序集合成模塊，這種系統(tǒng)主要體現(xiàn)為由一個(gè)主控過程控制著系統(tǒng)的運(yùn)行。用于美國軍方的A-7E機(jī)載系統(tǒng)就采用了主、子調(diào)用結(jié)構(gòu)模型。 面向?qū)ο竽Ｐ停?飛行模擬器系統(tǒng)的設(shè)計(jì) 層次模型： 典型應(yīng)用有分層的通信協(xié)議，例如：TCP協(xié)議,6、基于事件驅(qū)動(dòng)模型-廣播

16、模型,在集中式控制模型中，控制決策通常取決于系統(tǒng)的狀態(tài)變量值。 事件驅(qū)動(dòng)模型是通過外部產(chǎn)生的事件來驅(qū)動(dòng)系統(tǒng)。 子系統(tǒng)在事件處理器中注冊器感興趣的事件。當(dāng)事件處理器檢測到事件，查閱事件記錄，然后將命令傳送給所有與此事件有關(guān)的子系統(tǒng)，子系統(tǒng)收到命令做相應(yīng)處理。,優(yōu)點(diǎn)： 進(jìn)化較為簡單。新的子系統(tǒng)通過在事件處理器中注冊事件來達(dá)到集成。一個(gè)子系統(tǒng)可以在不知道其他子系統(tǒng)的名字和位置的情況下激活其他子系統(tǒng)。（隱式調(diào)用） 缺點(diǎn)： 子系統(tǒng)不知道是否或什么時(shí)候事件將會被處理。當(dāng)一個(gè)子系統(tǒng)產(chǎn)生一個(gè)事件，它不知道哪個(gè)子系統(tǒng)與改事件有關(guān)。若多個(gè)不同的子系統(tǒng)注冊了相同的事件，就會發(fā)生沖突,優(yōu)缺點(diǎn),實(shí)例,應(yīng)用 網(wǎng)絡(luò)管理系統(tǒng)

17、一般有一個(gè)事件服務(wù)器，處理被管理網(wǎng)絡(luò)和網(wǎng)管系統(tǒng)內(nèi)部發(fā)生的所有事件。其他的管理工具如故障管理、性能管理和配置管理等工具，作為事件服務(wù)器的客戶，在服務(wù)器上注冊與自己有關(guān)的事件。當(dāng)相關(guān)事件發(fā)生時(shí)，相應(yīng)管理工具的過程自動(dòng)被調(diào)用。,倉庫管理系統(tǒng)的軟件體系結(jié)構(gòu)模型,隨著企業(yè)的規(guī)模的擴(kuò)大，信息管理對企業(yè)的發(fā)展起到越來越重要的作用。某家電零售商為了提高倉庫管理的效率，避免花費(fèi)大量時(shí)間手工進(jìn)行庫存的盤點(diǎn)、統(tǒng)計(jì)，所以要實(shí)現(xiàn)信息化管理倉庫庫存。所以這就需要開發(fā)一款倉庫管理軟件來實(shí)現(xiàn)商家?guī)齑婀芾?功能需求:,系統(tǒng)分析與設(shè)計(jì),首先,針對不同人員(如:商場管理員、采購（入庫）員、出庫員、和倉庫管理員)應(yīng)在不同的權(quán)限下完成

18、指定的操作,并能控制庫存業(yè)務(wù)的流程; 再次,針對庫存管理涉及用戶較多的特點(diǎn),為保證系統(tǒng)的安全性,系統(tǒng)應(yīng)提供靈活的人員權(quán)限設(shè)置 最后,系統(tǒng)的設(shè)計(jì)應(yīng)在滿足庫存管理要求的基礎(chǔ)上,以界面直觀,操作簡單為原則。,“4+1”視圖模型,該視圖模型從5個(gè)不同的視角，包括邏輯視圖、進(jìn)程視圖、物理視圖、開發(fā)視圖、和場景視圖來描述軟件體系機(jī)構(gòu)。每個(gè)視圖只關(guān)心系統(tǒng)的一個(gè)側(cè)面，5個(gè)視圖結(jié)合在一起才能反映系統(tǒng)的軟件體系結(jié)構(gòu)的全部內(nèi)容。“4+1”視圖模型如圖1所示，其中圖中的實(shí)施視圖就是開發(fā)視圖。,“4+1”視圖模型,1.邏輯視圖,邏輯視圖采用的是倉庫管理系統(tǒng)的類圖，標(biāo)示了類與類之間的相互關(guān)系，從系統(tǒng)構(gòu)成角度描述正在開發(fā)的

19、系統(tǒng),1.邏輯視圖,邏輯視圖（Logical view），主要是整個(gè)系統(tǒng)的抽象結(jié)構(gòu)表述，關(guān)注系統(tǒng)提供最終用戶的功能需求，不涉及具體的編譯，即輸出和部署。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象。這些分解不但可以用來進(jìn)行功能分析，而且可用作標(biāo)識在整個(gè)系統(tǒng)的各個(gè)不同部分的通用機(jī)制和設(shè)計(jì)元素。通常在UML中用類圖來描述邏輯視圖。類圖(Class diagram)顯示了模型的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類、類的內(nèi)部結(jié)構(gòu)以及它們與其他類的關(guān)系等，從系統(tǒng)構(gòu)成角度來描述正在開發(fā)的系統(tǒng) 在邏輯視圖中，采購入庫員、出庫員、商場管理員、倉庫管理員類是通過系統(tǒng)用戶類泛化來的,2.開發(fā)視圖,提供統(tǒng)一的數(shù)據(jù)訪問接口，對

20、數(shù)據(jù)進(jìn)行讀寫,開發(fā)視圖又稱為模塊視圖，主要側(cè)重于軟件模塊的組織和管理。軟件可通過程序庫或子系統(tǒng)進(jìn)行組織，這樣，對于一個(gè)軟件系統(tǒng)，就可以由不同的人并行開發(fā)，縮短開發(fā)周期。開發(fā)視圖要考慮到軟件內(nèi)部的需求，如軟件開發(fā)的容易性、軟件的重用和軟件的通用性，要充分考慮由于開發(fā)工具的不同而帶來的局限性。開發(fā)視圖通過系統(tǒng)輸入輸出關(guān)系的模型圖和子系統(tǒng)圖來描述。開發(fā)視圖中，分為表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)庫訪問層。,2.開發(fā)視圖,表示層負(fù)責(zé)界面及用戶交互，是應(yīng)用的用戶接口部分，它擔(dān)負(fù)著用戶與應(yīng)用間的對話功能。 業(yè)務(wù)邏輯層主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè)計(jì)。 數(shù)據(jù)訪問層又稱為DAL層，有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫的訪問。,2.開發(fā)視圖,3.進(jìn)程視圖,系統(tǒng)運(yùn)行時(shí)的進(jìn)程分為3個(gè)部分如圖。分別是: 客戶端進(jìn)程,主要是向用戶展示界面和進(jìn)行人機(jī)交互; 業(yè)務(wù)邏輯進(jìn)程,是用來處理系統(tǒng)中的業(yè)務(wù)邏輯,比如公式解析和計(jì)算, 數(shù)據(jù)的處理等; 數(shù)據(jù)庫和數(shù)據(jù)倉庫進(jìn)程,主要是用來進(jìn)行應(yīng)用資源持久化，數(shù)據(jù)歸集，存儲過程的執(zhí)行等。,進(jìn)程視圖（Process vi