1、Ch31、 層次系統(tǒng)結構和基于消息的層次系統(tǒng)結構 答：層次結構將系統(tǒng)進行分級組織，其組織區(qū)別？是：在層次結構中，每一層向上層提供服務，并作為客戶向下層請求服務。分層系統(tǒng)的優(yōu)點：支持基于抽象程度遞增的系統(tǒng)設計；支持功能增強；支持重用。分層系統(tǒng)的缺點：并不是每個系統(tǒng)都可以很容易的劃分為分層的模式，甚至即使是層次化的，出于性能的考慮，也不得不吧一些低及或高級的功能綜合起來；很難找到一個合適的、正確的層次抽象方法。消息總線是系統(tǒng)的連接件、負責消息的分派、傳遞和過濾以及處理結果的返回。消息是構件之間通信的唯一方式。由于構件通過總線進行連接，并不要求各個構件具有相同的地址空間或局限在一臺機器上，因此該風格

2、可以很好的刻畫分布式開發(fā)系統(tǒng)，以及和 EJB 規(guī)范的系統(tǒng)。2、 試分析和比較 B/S，二層 C/S 和三層 C/S，答：各自的優(yōu)點和缺點。1）、B/S 具體結構為：瀏覽器/Web 服務器/數(shù)據庫服務器。優(yōu)點：（1）基于 B/S 體系結構的，系統(tǒng)安裝，修改和全在服務器端解決。（2）提供了異種機，異種網，異種應用服務的聯(lián)機，聯(lián)網，同意服務的最現(xiàn)實的開放性基礎。缺點：（1）缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據庫處理能力。（2）在數(shù)據查詢等響應速度上，要遠遠低于 C/S 體系結構。（3）數(shù)據提交一般以頁面為，數(shù)據的動態(tài)交互性不強，不利于事務處理。2）、二層 C/S 體系結構將應用一分為二，服務

3、器負責數(shù)據管理，客戶機完成與用戶的交互任務。優(yōu)點：（1）C/S 體系結構具有強大的數(shù)據操作的事務處理能力，模型簡單，易于人們理解和接受。（2）對軟硬件的變化有極大的適應性和靈活性，易于對系統(tǒng)進行擴充和縮小。（3）系統(tǒng)中的功能構建充分，節(jié)約大量費用。缺點：（1）開發(fā)成本較高。（2）客戶端程序設計復雜（3）信息內容和形式單一（4）用戶界面風格不一，使用繁雜不易推廣。3）、三層 CS 在二層 C/S 體系結構基礎上進行了改造，并增加了一個服務器，優(yōu)點：（1）允許合理的劃分三層結構的功能，能提高系統(tǒng)和的可性和可擴展性。（2）具有良好的可升級性和開放性。（3）應用的各層可以并行開發(fā)，可以選擇各自最適合的

4、開發(fā)語言。3、 組織或參與一個采用 B/S 和 C/S 混合體系結構的答：項目的開發(fā)，總結開發(fā)經驗。C/S 體系結構和 B/S 體系結構各有其優(yōu)缺點,這兩種結構將長期共存于系統(tǒng)的開發(fā)中，在項目的開發(fā)中,使用 C/S 與 B/S 混合體系結構,能節(jié)省開發(fā)和成本,使系統(tǒng)具有良好的開放性、易擴展性、便于移植等優(yōu)點. 開發(fā)者根據一定的原則，將系統(tǒng)的所有子功能分類，決定哪些子功能適合采用 C/S，哪些適合采用 B/S。優(yōu)點在于：保證敏感數(shù)據的安全性，特別是對數(shù)據庫的修改和新增加強了控制；經濟有效地利用企業(yè)計算機的資源，簡化了一部分可以簡化的客戶端；既保證了復雜功能的交互性，又保證了一般功能的易用與；簡便

5、，布局合理；網絡效率最高。在詳細設計階段，系統(tǒng)開發(fā)者需要根據企業(yè)自身的業(yè)務特點，以及一定的選擇原則，來決定各個子功能采用哪一種模式并在系統(tǒng)說明書上分別注明。在編碼設計階段，系統(tǒng)開發(fā)者需要針對采用不同模式的子功能，選用不同的編碼方式(例如：C/S 可以采用 VB編程環(huán)境，而 B/S 采用 ASP 方法)，然后編譯生成不同的客戶應用及 Web 服務程序。在安裝調試階段，其特點主要體現(xiàn)在系統(tǒng)的物理結構上，即特定的客戶應用程序將被安裝在特定的使用者的客戶端上，Web 服務程序需要被安裝在 Web 服務器上，而每個客戶端上都將被安裝上瀏覽器，同時，客戶應用的使用者必須接受一定的培訓。在階段，針對不同模式

6、的子功能應采取不同方式。4、 組織或參與一個采用三層體系結構的答：項目的開發(fā)，總結開發(fā)經驗。三層體系結構：在體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟的分層式結構一般分為三層，從下至上分別為：數(shù)據層、業(yè)務邏輯層（又或稱為領域層）、表示層。其中：（1）表示層（UI）：通俗講就是展現(xiàn)給用戶的界面，即用戶在使用一個系統(tǒng)的時候他的所見所得。（2）業(yè)務邏輯層（BLL）：針對具體問題的操作，也可以說是對數(shù)據層的操作，對數(shù)據業(yè)務邏輯處理。（3）、數(shù)據層（DAL）：該層所做事務直接操作數(shù)據庫，針對數(shù)據的增添、刪除、修改、查找等。3 個層次中，系統(tǒng)主要功能和業(yè)務邏輯都在業(yè)務邏輯層進行處理。所

7、謂三層體系結構，是在客戶端與數(shù)據庫之間加入了一個“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結構，也不僅僅有 B/S 應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。三層體系的應用程序將業(yè)務規(guī)則、數(shù)據、校驗等工作放到了中間層進行處理。通常情況下，客戶端不直接與數(shù)據庫進行交互，而是通過通訊與中間層建立連接，再經由中間層與數(shù)據庫進行交互。三層架構的必要性：對于一個簡單的應用程序來說，代碼量不是很多的情況下，一層結構或二層結構開發(fā)完全夠用，沒有必要將其復雜化，如果對一個復雜的大型系統(tǒng)，設計為一層結構或二層結構開發(fā)，那么這

8、樣的設計存在很嚴重缺陷。下面會具體介紹，分層開發(fā)其實是為大型系統(tǒng)服務的。在開發(fā)過程中，初級程序出現(xiàn)相似的功能經常代碼，那 涉及很多頁面，經常導致異常的產生使程序不能正常運行。最主要的面象的沒有 5、 在開發(fā)中，采用異構結構答：好處，其影響有哪些？優(yōu)點：組合靈活,可發(fā)揮各自特長影響：（1）。（2）性能等難以把握和折中。（3）存在異構組合匹配問題。6、 選擇一個你熟悉的大型系統(tǒng)，分析其體系結構中用到的風格，以及的特點（為什么要采用這種風格？帶來了哪些優(yōu)勢？具有哪些？）。答：對的開發(fā)分析：采用了 B/S 風格。開發(fā)采用 BS 結構的主要特點是分布性強方便、開發(fā)簡單且共享性強、總體擁有成本低。但數(shù)據安

9、全性問題、對服務器要求過高、數(shù)據傳輸速度慢、的個性化特點明顯降低，這些缺點是有目共睹的，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求。例如通過瀏覽器進行大量的數(shù)據輸入或進行報表的應答、性打印輸出都比較和不便。此外，實現(xiàn)復雜的應用構造有較大的。雖然可以用 ActiveX、Java 等技術開發(fā)較為復雜的應用，但是相對于發(fā)展已非常成熟 CS 的一系列應用工具來說，這些技術的開發(fā)復雜，并沒有完全成技術工具供使用。Ch41、 體系結構描述有哪些方法？有哪些標準和規(guī)范？得到絲毫的體現(xiàn)，打著面象的幌子卻依然走著面向過程的道路。這樣，初級程序開始將程序中一些公用的處理程序寫成公共方法，封裝在類中，供其它程序調用。例如寫一

10、個數(shù)據操作類，對數(shù)據操作進行合理封裝，在數(shù)據庫操作過程中，只要類中的相應方法（數(shù)據添加、修改、查詢等）可以完成特定的數(shù)據操作，這就是數(shù)據層，不用每次操作數(shù)據庫時都寫那些重復性 的數(shù)據庫操作代碼。在新的應用開發(fā)中，數(shù)據層可以直接拿來用。面象的三大特性之一的封裝性在這里得到了很好的體現(xiàn)。現(xiàn)在找到了面象的感覺，代碼量較以前有了很大的減少，而且修改的時候也比較方便，也實現(xiàn)了代碼的重用性。么同樣的代碼寫那么多次，不但使程序變得冗長，更不利于，一個小小的修改或許會答：方法：（1）描述方法的種類：（2）圖形表達工具（3）模塊內連接語言（4）基于軟構件的系統(tǒng)描述語言（5）體系結構描述語言標準： 1、使用精確的

11、、無歧異體系結構描述語言，并提供對體系結構和特征的分析工具和設計環(huán)境。2、采用形式化的方法， 提確的、抽象的模型，并提供基于這個模型的分析工具。2、 體系結構描述語言與程序設計語言答：區(qū)別？ADL 與其他程序設計語言比較具有以下能力（1）傳統(tǒng)語言的精確性。此外，還應具有-（2）構造能力:能使用較小的獨系結構元素建造大的系統(tǒng)（3）抽象能力:只關心抽象細節(jié)不管具體的實現(xiàn)（4）復用能力:包括構件、連接件和 SA 都可復用（5）組合能力:對局部結構能描述,進而支持動態(tài)變化（6）異構能力:允許多個不同的 SA 描述關聯(lián)存在（7）分析和推理能力:能進行多種性能和功能上的推導3、 選擇一個規(guī)模適中的系統(tǒng)，使

12、用 UML 為其建模。答：為一個網上導購系統(tǒng)利用 UML 為其建模，如下：開發(fā)過程 RUP 把整個開發(fā)過程分為初始、細化、構造、交付四個階段，具有用例驅動、以架構為中心、迭代和增量的特點。同其它開發(fā)方法相比較，RUP 具有自身獨特的優(yōu)勢，為開發(fā)提供了重要的方法論指導根據對網上購物系統(tǒng)的體系結構及建模分析，采用 UML 作為建模語言，結合 RUP 的基本開發(fā)過程，提出適合網上購物系統(tǒng)開發(fā)的建模過程。該過程遵循了 RUP 四個階段的理論，主要是對初始和細化兩個階段進行了詳細的分析。整個過程包括業(yè)務建模、需求建模、對象建模、數(shù)據庫建模和物理建模等五個步驟，每個步驟都會生成一定的系統(tǒng)模型，并用相應的

13、UML 圖來描述這些模型。在建模過程中，采用了 RUP 中迭代增量式的開發(fā)，把系統(tǒng)的建模進一步分解為迭代，一個迭代是一個從系統(tǒng)的業(yè)務建模到物理建模的完整過程，每一個迭代都會產生一個模型版本，是最終模型的一個子集，它增量式地發(fā)展，從一個迭代過程到另一個迭代過程，直到成為系統(tǒng)的最終模型。1 業(yè)務建模業(yè)務建模用于對網上購物系統(tǒng)環(huán)境的業(yè)務過程進行建模。系統(tǒng)分析通過網上購物系統(tǒng)的業(yè)務建模能夠了解系統(tǒng)所處的環(huán)境和業(yè)務過程，業(yè)務建模能夠將這些信息進行體現(xiàn)，并表現(xiàn)環(huán)境中存在或可以覺察到的過程，從而詳細說明網上購物系統(tǒng)所要支持的業(yè)務過程。業(yè)務建模既確定了業(yè)務過程涉及到的業(yè)務對象和領域對象，又確定了每個業(yè)務過程所

14、需要的資源和能力，包括、每個的職責和執(zhí)行的操作、過程的執(zhí)行方式和協(xié)作等。這些信息對于下一步的需求建模是非常重要和有用的。業(yè)務建模一般通過業(yè)務過程圖來進行描述。業(yè)務過程圖是對事件邏輯的歸類，這些事件被認為是業(yè)務的基本元素。其目的是將整個業(yè)務領域作為一個過程集進行描述，而不關心過程的次序或單個過程之間的交互作用。業(yè)務過程圖不必嚴格精密，它應該全面而不是精確。重要的是，通過查看業(yè)務過程圖，系統(tǒng)分析、設計、開發(fā)和用戶能夠迅速獲得關于業(yè)務范圍和活動的總體印象。2 需求建模需求建模的主要工作是獲得系統(tǒng)的需求，建立待開發(fā)系統(tǒng)的模型。而用例則有助于更好地了解系統(tǒng)需求并以規(guī)范化的格式進行描述。需求建模就是要以用

15、例的方式來描述系統(tǒng)的功能，其主要工作成果是用例模型。采用用例模型來描述進行需求建模的主要過程如下：（1）確定所要開發(fā)系統(tǒng)的參與者，參與者可以是人，也可以是與系統(tǒng)交互的外部系統(tǒng)。網上購物系統(tǒng)的參與者主要有管理員、顧客、支付系統(tǒng)等。（2）從執(zhí)行者的角度出發(fā)，分析他和系統(tǒng)需要進行的交互作用，并從這些交互過程中抽象出用例。從顧客的角度出發(fā)，網上購物系般有以下用例：用戶登錄、用戶、瀏覽商品、搜索商品、商品、下訂單、支付等；從系統(tǒng)管理員的角度出發(fā)，網上購物系統(tǒng)一般有以下用例：用戶登錄、用戶管理、商品管理、訂單管理等。（3）對每一用例確定其主要的業(yè)務過程。例如“用戶登錄”用例的業(yè)務過程為顧客、系統(tǒng)管理員、等

16、通過用戶登錄可以獲得相應的服務；“支付”用例的業(yè)務過程為顧客為所夠買物品選擇付款方式進行付款。（4）以信息流為中心逐步形成完整的用例模型。網上購物系統(tǒng)的完整用例模型包括很多的用例圖，其中既包括系統(tǒng)的頂層用例圖，也包括各種細化的用例圖。3 對象建模確定了系統(tǒng)的需求分析、得出系統(tǒng)的用例模型以后，需要進行的主要任務就是對系統(tǒng)進行對象建模。對象建模的主要工作是把需求建模階段產生的用例模型轉化為系統(tǒng)的靜態(tài)結構模型和動態(tài)行為模型，使建立的系統(tǒng)在特定的環(huán)境下完成需求分析中的任務和功能，有利于系統(tǒng)的實現(xiàn)和迭代。這其中主要包括靜態(tài)結構建模和動態(tài)對象建模兩部分。4 數(shù)據庫建模數(shù)據庫建模是從計算機系統(tǒng)的角度對系統(tǒng)所要處理的數(shù)據進行建模。數(shù)據庫系統(tǒng)是整個網上購物系統(tǒng)的基礎，數(shù)據庫建模的好壞直接影響到整個系統(tǒng)的結構、實現(xiàn)的復雜程度、性能、安全性和可性等。傳統(tǒng)的邏輯數(shù)據庫建模工具“實體一聯(lián)系(ER)圖只針對數(shù)據建模，不能對行為建模。而 UML 的類圖能夠更好的用于數(shù)據庫建模。UML的類圖不但對數(shù)據建模，而且能對行為建模，這些行為在物理數(shù)據庫中被設計成觸發(fā)器和過程。即使是關系數(shù)據庫，也可以在類圖設計后，再采取標準方法把類圖映射到具體的關系模型。從類圖到關系模型的轉換，按照一個類為一個關系的原則進行，而類的屬性即為關系的屬性，標識的標識符即為關系的主鍵。5 物理建模物理建模用于網上購物系統(tǒng)建模過程的最后階段，是