《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題
篇一：《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題
《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題
簡(jiǎn)答題：
1、軟件體系結(jié)構(gòu)建模的種類有：
結(jié)構(gòu)模型、框架模型、動(dòng)態(tài)模型、過(guò)程模型、功能模型。
2、“4+1”視圖模型從5個(gè)不同的視角包括：
邏輯視圖、進(jìn)程視圖、物理視圖、開(kāi)發(fā)視圖和場(chǎng)景視圖來(lái)描述軟件體系結(jié)構(gòu)。
3、構(gòu)件：是具有某種功能的可重用的軟件模板單元，表示了系統(tǒng)中主要的計(jì)算元素和數(shù)據(jù)存儲(chǔ)。連接件：表示構(gòu)件之間的交互。
配置：表示構(gòu)件和連接件的拓?fù)溥壿嫼图s束。
端口：表示構(gòu)件和外部環(huán)境的交互點(diǎn)。
角色：定義了該連接交互的參與者。
4、畫出“4+1”視圖模型圖，分析各部分的原理和功能。
5、軟件體系結(jié)構(gòu)風(fēng)格：
是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。
6、軟件體系結(jié)構(gòu)
（Software Architecture）
軟件體系結(jié)構(gòu)以組件和組件交互的方式定義系統(tǒng)，說(shuō)明需求與成品系統(tǒng)之間的對(duì)應(yīng)關(guān)系，描述系統(tǒng)級(jí)別的可伸縮性、能力、吞吐量、一致性和兼容性等屬性。 軟件體系結(jié)構(gòu)由組件、連接件和屬性組成。
7、分層系統(tǒng)的優(yōu)點(diǎn)有：
1）支持基于抽象程度遞增的系統(tǒng)設(shè)計(jì)，使設(shè)計(jì)者可以把一個(gè)復(fù)雜系統(tǒng)按遞增的步驟進(jìn)行分解；
2）支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏换ィ虼斯δ艿母淖冏疃嘤绊懴噜彽纳舷聦樱?/p>
3）支持重用。只要提供的服務(wù)接口定義不變，同一層的不同實(shí)現(xiàn)可以交換使用。這樣，就可以定義一組標(biāo)準(zhǔn)的接口，而允許各種不同的實(shí)現(xiàn)方法。
8、分層系統(tǒng)的缺點(diǎn)有：
1）并不是每個(gè)系統(tǒng)都可以很容易地劃分為分層的模式，甚至即使一個(gè)系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對(duì)系統(tǒng)性能的考慮，系統(tǒng)設(shè)計(jì)師不得不把一些低級(jí)或高級(jí)的功能綜合起來(lái)；
2）很難找到一個(gè)合適的、正確的層次抽象方法。
9、 B/S體系結(jié)構(gòu)的優(yōu)點(diǎn)有什么？
答：1）基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。用戶在使用系統(tǒng)時(shí)，僅僅需要一個(gè)瀏覽器就可運(yùn)行全部的模塊，真正達(dá)到了“零客戶端”的功能，很容易在運(yùn)行時(shí)自動(dòng)升級(jí)。
2）B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)。
10、B/S體系結(jié)構(gòu)的缺點(diǎn)有什么？
答：1）B/S體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理功能。
2）B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，安全性難以控制。
3）采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S體系結(jié)構(gòu)。
4）B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，不利于在線事務(wù)處理(OLTP)應(yīng)用。
11、DSSA
答案：DSSA就是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)
11、軟件體系結(jié)構(gòu)的動(dòng)態(tài)性主要分為：
交互式動(dòng)態(tài)性、結(jié)構(gòu)化動(dòng)態(tài)性、體系結(jié)構(gòu)動(dòng)態(tài)性等三類。
12、請(qǐng)畫出基于構(gòu)件的動(dòng)態(tài)系統(tǒng)結(jié)構(gòu)模型畫。
13、軟件產(chǎn)品線
產(chǎn)品線是一個(gè)產(chǎn)品集合，這些產(chǎn)品共享一個(gè)公共的、可管理的特征集，這個(gè)特征集能滿足選定的市場(chǎng)或任務(wù)領(lǐng)域的特定需求。這些系統(tǒng)遵循一個(gè)預(yù)描述的方式，在公共的核心資源(core assets)基礎(chǔ)上開(kāi)發(fā)的
14、SOA
即service-oriented architecture，面向服務(wù)架構(gòu)。它是一個(gè)組件模型，它
將應(yīng)用程序的不同功能單元(稱為服務(wù))通過(guò)這些服務(wù)之間定義良好的接
口和契約聯(lián)系起來(lái)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于
實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語(yǔ)言。這使得構(gòu)建在各種這樣的
系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。
14、RIA
15、中間件
15、設(shè)計(jì)模式
答：一些設(shè)計(jì)面向?qū)ο蟮能浖_(kāi)發(fā)的經(jīng)驗(yàn)總結(jié)，就是系統(tǒng)的命名、解釋、和評(píng)價(jià)某一個(gè)重要的面向?qū)ο蟮目芍噩F(xiàn)的面向?qū)ο蟮脑O(shè)計(jì)方案。
15、軟件體系結(jié)構(gòu)測(cè)試和傳統(tǒng)軟件測(cè)試區(qū)別
16、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請(qǐng)分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。掌握利用兩種圖進(jìn)行的設(shè)計(jì)的方法。
答：順序圖可視化地表示了對(duì)象之間隨時(shí)間發(fā)生的交互，它除了展示對(duì)象之間的關(guān)聯(lián)，還顯示出對(duì)象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對(duì)象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語(yǔ)境和參與交互的對(duì)象的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對(duì)象時(shí)比較容易，而且分支也比較少，但如果消息比較多時(shí)難以表示消息之間的順序。
17. 管道過(guò)濾器風(fēng)格結(jié)構(gòu)特點(diǎn)
�。�1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特點(diǎn)；
�。�2）允許設(shè)計(jì)者將整個(gè)系統(tǒng)的輸入/輸出行為看成是多個(gè)過(guò)濾器的行為的簡(jiǎn)單合成；（3）支持軟件重用。
�。�4）系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。
�。�5）允許對(duì)一些如吞吐量、死鎖等屬性的分析；
�。�6）支持并行執(zhí)行。
但是，這樣的系統(tǒng)也存在著若干不利因素。
�。�1）通常導(dǎo)致進(jìn)程成為批處理的結(jié)構(gòu)。這是因?yàn)殡m然過(guò)濾器可增量式地處理數(shù)據(jù)，但它們是獨(dú)立的，所以設(shè)計(jì)者必須將每個(gè)過(guò)濾器看成一個(gè)完整的從輸入到輸出的轉(zhuǎn)換。
（2）不適合處理交互的應(yīng)用。當(dāng)需要增量地顯示改變時(shí)，這個(gè)問(wèn)題尤為嚴(yán)重。
�。�3）因?yàn)樵跀?shù)據(jù)傳輸上沒(méi)有通用的標(biāo)準(zhǔn)，每個(gè)過(guò)濾器都增加了解析和合成數(shù)據(jù)的工作，這樣就導(dǎo)致了系統(tǒng)性能下降，并增加了編寫過(guò)濾器的復(fù)雜性。
18. 什么是設(shè)計(jì)模式？它與風(fēng)格、框架有什么區(qū)別與聯(lián)系？
設(shè)計(jì)模式是對(duì)通用設(shè)計(jì)問(wèn)題的重復(fù)解決方案。
軟件體系結(jié)構(gòu)風(fēng)格是描述某一特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。
軟件框架是整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)
模式比框架更加抽象
框架是模式的特例化
設(shè)計(jì)模式被實(shí)現(xiàn)成為框架后，可以極大的減輕從設(shè)計(jì)到實(shí)現(xiàn)的鴻溝
利用了模式的框架比沒(méi)有利用模式的框架更容易理解、更能被設(shè)計(jì)與實(shí)現(xiàn)重用
通常成熟的框架包含了多種設(shè)計(jì)模式
一個(gè)框架不僅可以具體實(shí)現(xiàn)一個(gè)模式，還可以具體的實(shí)現(xiàn)多個(gè)模式
設(shè)計(jì)模式與風(fēng)格兩者為近義詞，通常情況下可以互相通用
風(fēng)格主要是指大的，宏觀的設(shè)計(jì)。模式既可宏觀，又可微觀。
19. 軟件體系結(jié)構(gòu)測(cè)試的內(nèi)容與準(zhǔn)則是什么？
內(nèi)容：構(gòu)件端口行為與連接件約束是否一致、兼容，單元間的消息是否一致、可達(dá)，相關(guān)端口是否可連接，體系結(jié)構(gòu)風(fēng)格是否可滿足。
準(zhǔn)則：測(cè)試覆蓋所有的構(gòu)件及各個(gè)構(gòu)件的接口。各個(gè)連接件的接口、構(gòu)件之間的直接連接、構(gòu)件之間的間接連接。
20、請(qǐng)簡(jiǎn)述MVC，介紹各自的作用和用途。
答案：MVC是三個(gè)單詞的縮寫,分別為：模型(Model)，視圖(View)和控制
Controller)。MVC模式的目的就是實(shí)現(xiàn)Web系統(tǒng)的職能分工。
Model是應(yīng)用對(duì)象，所有的操作都在這里實(shí)現(xiàn)，它若需要取得視圖中的對(duì)象或更新視圖，需通過(guò)控制器來(lái)進(jìn)行處理。
View是模型在屏幕上的表示，模型在進(jìn)行操作后，其結(jié)果是通過(guò)視圖顯示的。
Controller用于管理用戶與視圖發(fā)生的交互，定義用戶界面對(duì)用戶輸入的響應(yīng)方式。一旦用戶需要對(duì)模型進(jìn)行處理，不能直接執(zhí)行模型，而必須通過(guò)控制器間接實(shí)現(xiàn)的。
選擇題
1、設(shè)計(jì)模式一般用來(lái)解決什么樣的問(wèn)題( A )
A.同一問(wèn)題的不同表相 B不同問(wèn)題的同一表相
C.不同問(wèn)題的不同表相 D.以上都不是
2、下列屬于面向?qū)ο蠡驹瓌t的是( C )
A.繼承 B.封裝C.里氏代換 D都不是
3、Open-Close原則的含義是一個(gè)軟件實(shí)體( A )
A.應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉.
B.應(yīng)當(dāng)對(duì)修改開(kāi)放，對(duì)擴(kuò)展關(guān)閉
C.應(yīng)當(dāng)對(duì)繼承開(kāi)放，對(duì)修改關(guān)閉
D.以上都不對(duì)
5、要依賴于抽象，不要依賴于具體。即針對(duì)接口編程，不要針對(duì)實(shí)現(xiàn)編程,是( D )的表述
A.開(kāi)-閉原則
B.接口隔離原則
C.里氏代換原則
D.依賴倒轉(zhuǎn)原則
7、設(shè)計(jì)模式的兩大主題是( D )
A.系統(tǒng)的維護(hù)與開(kāi)發(fā) B 對(duì)象組合與類的繼承
C.系統(tǒng)架構(gòu)與系統(tǒng)開(kāi)發(fā) D.系統(tǒng)復(fù)用與系統(tǒng)擴(kuò)展
9、下列模式中,屬于行為模式的是( B )
A.工廠模式 B觀察者 C適配器D 以上都是
10、常用的軟件體系結(jié)構(gòu)評(píng)估的方法不包括（ C ）。
A體系結(jié)構(gòu)權(quán)衡分析法B.軟件體系結(jié)構(gòu)分析法
C系統(tǒng)體系結(jié)構(gòu)分析法D.中間設(shè)計(jì)的積極評(píng)審
11、不屬于軟件體系結(jié)構(gòu)的核心模型的最基本的元素是 （ D ）
A 構(gòu)件 B 連接件C 配置 D 角色
12、選項(xiàng)中部屬于“4+1”試圖模型的是：（ C ）
A 邏輯視圖 B 物理視圖 C 連接視圖 D 開(kāi)發(fā)視圖
13、下列說(shuō)法錯(cuò)誤的一項(xiàng)的是（ D ）
A：邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)
B：開(kāi)發(fā)視圖也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理
C：進(jìn)程視圖側(cè)重與系統(tǒng)的運(yùn)行特性，主要關(guān)注一些功能性需求，例如系統(tǒng)的性能和可用性。
D：物理視圖主要考慮如何吧軟件映射到硬件上，它不需要要考慮到系統(tǒng)性能、規(guī)模、可靠性等。
14、在三層C/S體系結(jié)構(gòu)中，_________是最重要的構(gòu)件。（ A ）
A 中間件 B 末尾件
C 功能層 D 數(shù)據(jù)層
15、C/S系統(tǒng)中，服務(wù)器的以下任務(wù)中哪一個(gè)是錯(cuò)的？（ A ）
A 數(shù)據(jù)庫(kù)一致性要求
B 數(shù)據(jù)庫(kù)訪問(wèn)并發(fā)性控制
C 數(shù)據(jù)庫(kù)前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則
D 數(shù)據(jù)庫(kù)的備份與恢復(fù)
16、 與C/S體系結(jié)構(gòu)相比，B/S體系結(jié)構(gòu)也有許多不足之處一下說(shuō)法正確的是（ A ）
A B/S體系結(jié)構(gòu)缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理能力
B B/S體系結(jié)構(gòu)的系統(tǒng)擴(kuò)展能力差，但是安全性比較容易控制
C 采用B/S架構(gòu)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)的高于C/S體系結(jié)構(gòu)
D B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的動(dòng)態(tài)交互性不強(qiáng)，利于在線事務(wù)處理（Online Transaction Processing,OLTP）應(yīng)用。
17、以下關(guān)于軟件體系結(jié)構(gòu)描述方法說(shuō)法錯(cuò)誤的是(B)
A圖形表達(dá)工具在軟件設(shè)計(jì)中占據(jù)主導(dǎo)地位。
B由于軟件設(shè)計(jì)語(yǔ)言和模塊內(nèi)連接語(yǔ)言具有嚴(yán)格的語(yǔ)義基礎(chǔ)，因此它們能支持較小的`軟件單元進(jìn)行描述。
C基于軟構(gòu)件的系統(tǒng)描述語(yǔ)言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實(shí)體構(gòu)造組成的組織或系統(tǒng)。
D軟件體系結(jié)構(gòu)描述語(yǔ)言是參照傳統(tǒng)程序設(shè)計(jì)語(yǔ)言的設(shè)計(jì)語(yǔ)言的設(shè)計(jì)和開(kāi)發(fā)經(jīng)驗(yàn)，重新設(shè)計(jì)、開(kāi)發(fā)和使用針對(duì)軟件體系結(jié)構(gòu)描述語(yǔ)言。
18、下列選項(xiàng)中關(guān)于ADL與其他語(yǔ)言的比較說(shuō)法中錯(cuò)誤的是（ B ）
ADL與需求語(yǔ)言的區(qū)別在于后者描述的問(wèn)題空哦關(guān)鍵，而前者則扎根于解空間中
ADL與建模語(yǔ)言的區(qū)別在于后者對(duì)部分的關(guān)注要大于對(duì)整體的關(guān)注
ADL與傳統(tǒng)的程序設(shè)計(jì)語(yǔ)言的構(gòu)成元素由許多相同和相似之處，有各自有著很大的不同
ADL集中在構(gòu)件的表示上。
19、對(duì)動(dòng)態(tài)軟件體系結(jié)構(gòu)的形式化描述通�？梢圆捎玫姆椒�？（ D ）
A、圖形化方法B、代數(shù)進(jìn)程方法 C、邏輯方法D、以上皆是
20、以下哪些特征不屬于動(dòng)態(tài)體系結(jié)構(gòu)特征（ D ） ？
A 可構(gòu)造性動(dòng)態(tài)特征
B 適應(yīng)性動(dòng)態(tài)特征
C 智能性動(dòng)態(tài)特征
D 安全性動(dòng)態(tài)特征
21、通常，一個(gè)Web服務(wù)可以分為4個(gè)邏輯層，分別為數(shù)據(jù)層（Data Layer）、數(shù)據(jù)訪問(wèn)層（Data Access Layer）、 業(yè)務(wù)層（Business Layer）和監(jiān)聽(tīng)者（Listener）。離客戶端最近的是監(jiān)聽(tīng)者，離客戶最遠(yuǎn)的是______：（ A ）
A 數(shù)據(jù)層（Data Layer）
B 數(shù)據(jù)訪問(wèn)層（Data Access Layer）
C 業(yè)務(wù)層（Business Layer）
D 監(jiān)聽(tīng)者（Listener）
篇二：軟件體系結(jié)構(gòu)期末范圍綜合
1. 軟件體系結(jié)構(gòu)定義：
軟件體系結(jié)構(gòu)為軟件系統(tǒng)提供了一個(gè)結(jié)構(gòu)、行為和屬性的高級(jí)抽象，由構(gòu)成系統(tǒng)的元素的描述、這些元素的相互作用、指導(dǎo)元素集成的模式以及這些模式的約束組成。
2. 核心研究?jī)?nèi)容：
�。�1）體系結(jié)構(gòu)風(fēng)格：描述特定系統(tǒng)組織方式的慣用范例，強(qiáng)調(diào)組織模式和慣用范例。
（2）設(shè)計(jì)模式：軟件問(wèn)題高效和成熟的設(shè)計(jì)模板，模板包含了固有問(wèn)題的解決方案。
�。�3）應(yīng)用框架：整個(gè)或部分系統(tǒng)的可重用設(shè)計(jì)，表現(xiàn)為一組抽象構(gòu)件的集合以及構(gòu)件實(shí) 例間交互的方法。
3.軟件危機(jī)表現(xiàn)形式：軟件成本日益增長(zhǎng)、開(kāi)發(fā)進(jìn)度難以控制、軟件質(zhì)量差、軟件維護(hù)困難
4.·構(gòu)件：具有一定功能，能獨(dú)立工作或能同其他構(gòu)件裝配起來(lái)協(xié)調(diào)工作的程序體。
·軟件重用：兩次或多次不同的軟件開(kāi)發(fā)過(guò)程中重復(fù)使用相同或相近軟件元素的過(guò)程�！�(gòu)件與軟件重用的關(guān)聯(lián)關(guān)系：語(yǔ)義完整，語(yǔ)法正確和有可重用價(jià)值的單位軟 件，是軟件重用過(guò)程中可以明辨識(shí)別的系統(tǒng)。
5. 軟件體系結(jié)構(gòu)模型的分類（5種）：
�。�1）結(jié)構(gòu)模型：這是一個(gè)最直觀、最普遍的建模方法。這種方法以體系結(jié)構(gòu)的構(gòu)件、連接件和其他概念來(lái)刻畫結(jié)構(gòu)，并力圖通過(guò)結(jié)構(gòu)來(lái)反映系統(tǒng)的重要語(yǔ)義內(nèi)容，包括系統(tǒng)配置、約束、隱含的假設(shè)條件、風(fēng)格、性質(zhì)研究結(jié)構(gòu)模型的核心是體系結(jié)構(gòu)描述語(yǔ)言。
�。�2）框架模型：框架模型與結(jié)構(gòu)模型類似，但它不太側(cè)重描述結(jié)構(gòu)的細(xì)節(jié)而更側(cè)重于整體的結(jié)構(gòu)。
�。�3）動(dòng)態(tài)模型：動(dòng)態(tài)模型是對(duì)結(jié)構(gòu)或框架模型的補(bǔ)充，研究系統(tǒng)的“大顆粒”的行為。例如，描述系統(tǒng)的重新配置或演化。動(dòng)態(tài)可以指系統(tǒng)總體結(jié)構(gòu)的配置、建立或拆除通信通道或計(jì)算的過(guò)程。
�。�4）過(guò)程模型：過(guò)程模型研究構(gòu)造系統(tǒng)的步驟和過(guò)程。結(jié)構(gòu)是遵循某些過(guò)程腳本的結(jié)果。
（5）功能模型：功能模型認(rèn)為體系結(jié)構(gòu)是由一組功能構(gòu)件按層次組成，下層向上層提供服務(wù)。功能模型可以看作是一種特殊的框架模型。
6. “4+1視圖模型”
最終用戶：功能需求編程人員：軟獎(jiǎng)管理
系統(tǒng)集成人員：性能 系統(tǒng)工程人員：系統(tǒng)
可擴(kuò)充性、吞吐量等拓?fù)�、安裝、通信等
·邏輯視圖：主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。在邏輯視圖中，系統(tǒng)分解成一系列的功能抽象，這些抽象主要來(lái)自問(wèn)題領(lǐng)域。這種分解不但可以用來(lái)進(jìn)行功能分析，而且可用作標(biāo)識(shí)在整個(gè)系統(tǒng)的各個(gè)不同部分的通用機(jī)制和設(shè)計(jì)元素。
·開(kāi)發(fā)視圖：也稱模塊視圖，主要側(cè)重于軟件模塊的組織和管理。開(kāi)發(fā)視圖要考慮軟件內(nèi)部的需求，如軟件開(kāi)發(fā)的容易性、軟件的重用和軟件的通用性，要充分考慮由于具體開(kāi)發(fā)工具的不同而帶來(lái)的局限性。開(kāi)發(fā)視圖通過(guò)系統(tǒng)輸入輸出關(guān)系的模型圖和子系統(tǒng)圖來(lái)描述。 ·進(jìn)程視圖：側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性的需求。進(jìn)程視圖強(qiáng)調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯(cuò)能力，以及從邏輯視圖中的主要抽象如何適合進(jìn)程結(jié)構(gòu)。它也定
義邏輯視圖中的各個(gè)類的操作具體是在哪一個(gè)線程中被執(zhí)行的。進(jìn)程視圖可以描述成多層抽象，每個(gè)級(jí)別分別關(guān)注不同的方面。在最高層抽象中，進(jìn)程結(jié)構(gòu)可以看作是構(gòu)成一個(gè)執(zhí)行單元的一組任務(wù)。它可看成一系列獨(dú)立的，通過(guò)邏輯網(wǎng)絡(luò)相互通信的程序。它們是分布的，通過(guò)總線或局域網(wǎng)、廣域網(wǎng)等硬件資源連接起來(lái)。
· 物理視圖主要考慮如何把軟件映射到硬件上，它通常要考慮到系統(tǒng)性能、規(guī)模、可靠性等。解決系統(tǒng)拓?fù)浣Y(jié)構(gòu)、系統(tǒng)安裝、通訊等問(wèn)題。
· 場(chǎng)景可以看作是那些重要系統(tǒng)活動(dòng)的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來(lái)，從某種意義上說(shuō)場(chǎng)景是最重要的需求抽象。在開(kāi)發(fā)體系結(jié)構(gòu)時(shí)，它可以幫助設(shè)計(jì)者找到體系結(jié)構(gòu)的構(gòu)件和它們之間的作用關(guān)系。同時(shí)，也可以用場(chǎng)景來(lái)分析一個(gè)特定的視圖，或描述不同視圖構(gòu)件間是如何相互作用的。
本地呼叫場(chǎng)景的一個(gè)原型：
7.軟件體系結(jié)構(gòu)核心模型的組成元素（5種）的含義，彼此關(guān)系（構(gòu)件、連接件、配置） （1）構(gòu)件:計(jì)算或存儲(chǔ)數(shù)據(jù)單元，包含多種屬性，如接口、類型、
語(yǔ)義、約束、演化和非功能屬性等。
（2）連接件：建立構(gòu)件間的交互以及支配這些交互規(guī)則的體系結(jié)構(gòu)
構(gòu)造模塊。
�。�3）體系結(jié)構(gòu)配置：描述體系結(jié)構(gòu)的構(gòu)件和連接件的連接圖。 用于確定構(gòu)件是否正確連接、接口是否匹配、連接件構(gòu)成的通信是 否正確，并說(shuō)明實(shí)現(xiàn)要求行為的組合語(yǔ)義。 （4）端口（5）角色 8. 軟件過(guò)程：需求分析→建立體系結(jié)構(gòu)→設(shè)計(jì)→實(shí)現(xiàn)→測(cè)試
10. 軟件體系結(jié)構(gòu)風(fēng)格11. 體系結(jié)構(gòu)風(fēng)格的四要素：（1）提供一個(gè)詞匯表；（2 語(yǔ)義解釋原則；（412.通用體系結(jié)構(gòu)的分類：
經(jīng)典的體系結(jié)構(gòu)風(fēng)格： （1）數(shù)據(jù)流風(fēng)格：批處理序列；管道和過(guò)濾器。
�。�2）調(diào)用/返回風(fēng)格：主程序/子程序；面向?qū)ο箫L(fēng)格；層次結(jié)構(gòu)。
�。�3）獨(dú)立構(gòu)件風(fēng)格：進(jìn)程通訊；事件系統(tǒng)
（4）虛擬機(jī)風(fēng)格：解釋器；基于規(guī)則的系統(tǒng)。
�。�5）倉(cāng)庫(kù)風(fēng)格：數(shù)據(jù)庫(kù)系統(tǒng)；超文本系統(tǒng)；黑板系統(tǒng)
·管道和過(guò)濾器模式：構(gòu)件：過(guò)濾器，接收數(shù)據(jù)輸入，進(jìn)行轉(zhuǎn)化后輸出
·過(guò)濾器是獨(dú)立的實(shí)體，相互之間沒(méi)有狀態(tài)的依賴
·對(duì)一個(gè)過(guò)濾器而言，它上游和下游的過(guò)濾器是透明的
交互由管道提供，管道負(fù)責(zé)連接一個(gè)過(guò)濾器的輸出和另一個(gè)過(guò)濾器的輸入
·管道過(guò)濾器通用的結(jié)構(gòu)有：
�。�1）管線：也稱為流水線，即限制系統(tǒng)的拓?fù)浣Y(jié)構(gòu)只能是過(guò)濾器的線性結(jié)構(gòu)；
如：批處理系統(tǒng)、Unix Shell、編譯器
�。�2）有界管道：限制了在管道中能容納或傳輸?shù)臄?shù)據(jù)量；
（3）類型定義管道：也稱類型管道，即要求明確定義在兩個(gè)過(guò)濾器間傳輸?shù)臄?shù)據(jù)類型。 優(yōu)點(diǎn)：
�。�1）系統(tǒng)的總體輸入輸出是每個(gè)過(guò)濾器的簡(jiǎn)單組合，易于理解；
�。�2）支持重用；
�。�3）易于維護(hù)和修改；
（4）系統(tǒng)的一些特性容易分析，比如吞吐量、死鎖；
（5）支持并發(fā)。
缺點(diǎn)：
�。�1）經(jīng)常退化為批處理系統(tǒng)；
�。�2）交互能力差，管道之間同步困難。
·數(shù)據(jù)抽象和面向?qū)ο蠼M織模式：
構(gòu)件：對(duì)象，或者說(shuō)是抽象數(shù)據(jù)類型的實(shí)例。
�。�1）對(duì)象是一種被稱作管理者的構(gòu)件，負(fù)責(zé)保持資源的完整性。
�。�2）對(duì)象通過(guò)函數(shù)和過(guò)程的調(diào)用來(lái)交互的。
面向?qū)ο竽Ｐ停?）封裝（2）繼承（3）多態(tài)性
這種模式的兩個(gè)重要方面：
（1）對(duì)象維護(hù)自身表示的完整性；（2）這種表示對(duì)其他對(duì)象是隱藏的。
優(yōu)點(diǎn)：（1）隱藏內(nèi)部實(shí)現(xiàn)，容易修改；（2）問(wèn)題分解；（3）重用；
缺點(diǎn)：（1）對(duì)一個(gè)對(duì)象身份的依賴性（顯示調(diào)用，即調(diào)用一個(gè)方法必須以：對(duì)象名. 方法名的方式進(jìn)行調(diào)用）（2）繼承往往使得設(shè)計(jì)變得復(fù)雜，引入的多層對(duì)象結(jié)構(gòu)使得維護(hù)困難。 ·基于事件的隱式調(diào)用模式：
構(gòu)件：模塊，模塊既可以是過(guò)程，又可以是事件的集合。
�。�1）過(guò)程可以用通用的方式調(diào)用，也可以在系統(tǒng)事件中注冊(cè)一些過(guò)程，當(dāng)發(fā)生這些事件時(shí)，過(guò)程被調(diào)用。
特點(diǎn)：事件的觸發(fā)者并不知道哪些構(gòu)件會(huì)被這些事件影響。
優(yōu)點(diǎn)：（1）問(wèn)題分解；將計(jì)算和交互相互分離，使得對(duì)象更加獨(dú)立
（2）系統(tǒng)演化和重用；通過(guò)事件注冊(cè)，新的構(gòu)件可以輕易的被引入系統(tǒng)
缺點(diǎn):（1）構(gòu)件不能控制系統(tǒng)進(jìn)行的計(jì)算；當(dāng)一個(gè)組件發(fā)布事件的時(shí)候，它無(wú)法假設(shè)其他組件會(huì)對(duì)該事件作出響應(yīng)（2）對(duì)事件觸發(fā)的方法調(diào)用的次序無(wú)法控制（3）數(shù)據(jù)交換大數(shù)據(jù)量的數(shù)據(jù)交互往往沒(méi)法由事件攜帶，從而帶來(lái)性能問(wèn)題（4）可能會(huì)對(duì)正確性的保證帶來(lái)困難 ·分層模式
優(yōu)點(diǎn)：（1）支持逐層抽象的方式進(jìn)行設(shè)計(jì)，從而可以將一個(gè)復(fù)雜系統(tǒng)的設(shè)計(jì)劃分為多個(gè)相對(duì)簡(jiǎn)單的層次；（2）容易修改，每層的改變至多影響上下兩層；（3）支持重用，只要保持接口不變，每層的具體實(shí)現(xiàn)的替換式透明的。（4）支持可移植性。
缺點(diǎn)：（1）性能上的額外支出（2）并非每個(gè)系統(tǒng)都可以進(jìn)行分層設(shè)計(jì)（3）跨層使用可能會(huì)損壞整個(gè)模型
· 倉(cāng)庫(kù)系統(tǒng)及知識(shí)庫(kù)模式
構(gòu)件：
（1）中央數(shù)據(jù)結(jié)構(gòu)構(gòu)件：代表系統(tǒng)當(dāng)前狀態(tài)；（2）一些相對(duì)獨(dú)立的構(gòu)件的集合：這些構(gòu)件對(duì)中央數(shù)據(jù)存儲(chǔ)進(jìn)行操作。當(dāng)要交換或共享大量的數(shù)據(jù)時(shí)，倉(cāng)庫(kù)模式是最常用的解決方案。 數(shù)據(jù)交換方式：（1）共享的數(shù)據(jù)放在中心數(shù)據(jù)庫(kù)中，所有構(gòu)件可以通過(guò)訪問(wèn)數(shù)據(jù)庫(kù)進(jìn)行
交互；（2）每個(gè)構(gòu)件維護(hù)自己的數(shù)據(jù)庫(kù)，通過(guò)顯示的傳遞數(shù)據(jù)與其他構(gòu)件進(jìn)行交互。
當(dāng)要交換或共享大量的數(shù)據(jù)時(shí)，倉(cāng)庫(kù)模式是最常用的解決方案。
若中央數(shù)據(jù)結(jié)構(gòu)的當(dāng)前狀態(tài)觸發(fā)系統(tǒng)相應(yīng)的進(jìn)程執(zhí)行，則倉(cāng)庫(kù)是黑板系統(tǒng)。
黑板系統(tǒng)由三部分組成：知識(shí)源、黑板數(shù)據(jù)結(jié)構(gòu)、控制
黑板模式特點(diǎn)：沒(méi)有直接的算法可解、具有不確定性、黑板是一種特別的倉(cāng)庫(kù)，主要用于需要對(duì)凌亂的信息進(jìn)行處理的領(lǐng)域，其控制策略必須是機(jī)會(huì)主義的。
13. C2模式：通過(guò)連接件綁定在一起的按照一組規(guī)則運(yùn)作的并行構(gòu)件網(wǎng)絡(luò)。
C2模式中的系統(tǒng)組織規(guī)則如下：
�。�1）系統(tǒng)中的構(gòu)件和連接件都有一個(gè)頂部和一個(gè)底部；
�。�2）構(gòu)件的頂部應(yīng)連接到某連接件的底部，構(gòu)件的底部則應(yīng)連接到某連接件的頂部，而構(gòu)件與構(gòu)件之間的直接連接是不允許的；
�。�3）一個(gè)連接件可以和任意數(shù)目的其它構(gòu)件和連接件連接；
�。�4）當(dāng)兩個(gè)連接件進(jìn)行直接連接時(shí)，必須由其中一個(gè)的底部到另一個(gè)的頂部。
C2模式的特點(diǎn)：
�。�1）系統(tǒng)中的構(gòu)件可實(shí)現(xiàn)應(yīng)用需求，并能將任意復(fù)雜度的功能封裝在一起；
�。�2）所有構(gòu)件之間的通訊是通過(guò)以連接件為中介的異步消息交換機(jī)制來(lái)實(shí)現(xiàn)的；
�。�3）構(gòu)件相對(duì)獨(dú)立，構(gòu)件之間依賴性較少。系統(tǒng)中不存在某些構(gòu)件將在同一地址空間內(nèi)執(zhí)行，或某些構(gòu)件共享特定控制線程之類的相關(guān)性假設(shè)。
14. C/S風(fēng)格：
基本概念：C/S軟件體系結(jié)構(gòu)是基于資源不對(duì)等，且為實(shí)現(xiàn)共享而提出來(lái)的，C/S體系結(jié)構(gòu)定義了工作站如何與服務(wù)器相連，以實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用分布到多個(gè)處理機(jī)上。
主要組成部分：數(shù)據(jù)庫(kù)服務(wù)器、客戶應(yīng)用程序和網(wǎng)絡(luò)。
C/S風(fēng)格—優(yōu)點(diǎn): (1)具有強(qiáng)大的數(shù)據(jù)操作和事務(wù)處理能力，模型思想簡(jiǎn)單，易于人們理解和接受。(2)系統(tǒng)的客戶應(yīng)用程序和服務(wù)器構(gòu)件分別運(yùn)行在不同的計(jì)算機(jī)上，系統(tǒng)中每臺(tái)服務(wù)器都可以適合各構(gòu)件的要求，這對(duì)于硬件和軟件的變化顯示出極大的適應(yīng)性和靈活性，而且易于對(duì)系統(tǒng)進(jìn)行擴(kuò)充和縮小。(3) 將大的應(yīng)用處理任務(wù)分布到許多通過(guò)網(wǎng)絡(luò)連接的低成本計(jì)算機(jī)上，以節(jié)約大量費(fèi)用。
C/S風(fēng)格—缺點(diǎn): 開(kāi)發(fā)成本較高、客戶端程序設(shè)計(jì)復(fù)雜、信息內(nèi)容和形式單一、用戶界面風(fēng)格不一，使用繁雜，不利于推廣使用、軟件移植困難、軟件維護(hù)和升級(jí)困難、新技術(shù)不能輕易應(yīng)用
三層C/S風(fēng)格—優(yōu)點(diǎn)：（1）提高系統(tǒng)和軟件的可維護(hù)性和可擴(kuò)展性（2）具有良好的可升級(jí)性和開(kāi)放性（3）并行開(kāi)發(fā)（4）有效地隔離開(kāi)表示層與數(shù)據(jù)層（5）為嚴(yán)格的安全管理奠定了堅(jiān)實(shí)的基礎(chǔ)
三層C/S風(fēng)格—注意點(diǎn)：
1.各層間的通信效率若不高，即使
分配給各層的硬件能力很強(qiáng)，其作為
整體來(lái)說(shuō)也達(dá)不到所要求的性能。
2. 各層間的通信效率若不高，即使分配給各層的硬件能力很強(qiáng)，其作為整體來(lái)說(shuō)也達(dá)不到所要求的性能。
B/S風(fēng)格—基本概念：瀏覽器/服務(wù)器（B/S）風(fēng)格就是上述三層應(yīng)用結(jié)構(gòu)的一種實(shí)現(xiàn)方式，其具體結(jié)構(gòu)為：瀏覽器/Web服務(wù)器/數(shù)據(jù)庫(kù)服務(wù)器。
B/S風(fēng)格—優(yōu)點(diǎn)：基于B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全在服務(wù)器端解決。提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)、統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)。B/S風(fēng)格—缺點(diǎn)：1.缺乏對(duì)動(dòng)態(tài)頁(yè)面的支持能力，沒(méi)有集成有效的數(shù)據(jù)庫(kù)處理功能。2. 系
統(tǒng)擴(kuò)展能力差，安全性難以控制。3. 在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S體系結(jié)構(gòu)。4.不利于在線事務(wù)處理(OLTP)應(yīng)用。
15. DSSA的定義：DSSA就是專用于一類特定類型的任務(wù)（領(lǐng)域）的、在整個(gè)領(lǐng)域中能有效地使用的、為成功構(gòu)造應(yīng)用系統(tǒng)限定了標(biāo)準(zhǔn)的組合結(jié)構(gòu)的軟件構(gòu)件的集合
16. DSSA的基本活動(dòng)：領(lǐng)域分析、領(lǐng)域設(shè)計(jì)、領(lǐng)域?qū)崿F(xiàn)。
17. DSSA與軟件風(fēng)格的比較：（1）DSSA以問(wèn)題域?yàn)槌霭l(fā)點(diǎn)，體系結(jié)構(gòu)風(fēng)格以解決域?yàn)槌霭l(fā)點(diǎn)。（2）DSSA只對(duì)某一個(gè)領(lǐng)域進(jìn)行設(shè)計(jì)專家知識(shí)的提取、存儲(chǔ)和組織，但可以同時(shí)使用多種體系結(jié)構(gòu)風(fēng)格；而在某個(gè)體系結(jié)構(gòu)風(fēng)格中進(jìn)行體系結(jié)構(gòu)設(shè)計(jì)專家知識(shí)的組織時(shí)，可以將提取的公共結(jié)構(gòu)和設(shè)計(jì)方法擴(kuò)展到多個(gè)應(yīng)用領(lǐng)域。
18. 軟件體系結(jié)構(gòu)和軟件體系結(jié)構(gòu)描述的區(qū)別：軟件體系結(jié)構(gòu)是附屬于系統(tǒng)之中。只要存在系統(tǒng)，體系結(jié)構(gòu)就存在；軟件體系結(jié)構(gòu)描述是將體系結(jié)構(gòu)可視化的手段和產(chǎn)物
19. 體系結(jié)構(gòu)描述方式：圖形表達(dá)方式、UML、模塊接口語(yǔ)言MIL、ADL
·圖形表達(dá)工具 優(yōu)點(diǎn)：直觀形象、簡(jiǎn)單易用 缺點(diǎn)：由于其術(shù)語(yǔ)和表達(dá)語(yǔ)義上存在著一些不規(guī)范和不精確，從而使得以矩形為基礎(chǔ)的傳統(tǒng)圖形表達(dá)方法在不同系統(tǒng)和不同文檔之間存在著許多不一致甚至矛盾。
·模塊接口語(yǔ)言MIL 缺點(diǎn)：這些語(yǔ)言處理和描述的軟件設(shè)計(jì)開(kāi)發(fā)層次過(guò)于依賴程序設(shè)計(jì)語(yǔ)言，限制了它們處理和描述比程序設(shè)計(jì)語(yǔ)言元素更為抽象的高層次軟件構(gòu)架元素的能力。
20. 體系結(jié)構(gòu)描述語(yǔ)言ADL定義：ADL是在底層語(yǔ)義模型的支持下，為軟件系統(tǒng)的概念體系結(jié)構(gòu)建模提供了具體語(yǔ)法和概念框架。
21. 軟件體系結(jié)構(gòu)的分析評(píng)估：就是通過(guò)成本相對(duì)較低的活動(dòng)來(lái)分析結(jié)構(gòu)中可能存在的風(fēng)險(xiǎn)，發(fā)現(xiàn)軟件體系結(jié)構(gòu)中影響系統(tǒng)質(zhì)量的關(guān)鍵因素，并提出相應(yīng)的改進(jìn)措施，在此基礎(chǔ)上檢驗(yàn)軟件的性能需求是否得到滿足。
22. 系統(tǒng)的質(zhì)量屬性的分類：性能、可靠性、可用性、安全性、可修改性、功能性、可變性、 集成性、互操作性
23.基于場(chǎng)景的評(píng)估方式：ATAM、SAAM
SAAM法是把一個(gè)物體最豐要的屬性列舉出來(lái)，再用檢查表法把各個(gè)項(xiàng)目加以變化，并將其加以重新組合，然后再找出其中可以實(shí)行而且也有效果的項(xiàng)目。
優(yōu)點(diǎn)：SAAM方法在改良事物性質(zhì)的方面具有極大的功效。SAAM方法是第1個(gè)被廣泛接受的體系結(jié)構(gòu)分析評(píng)價(jià)方法。它適用于可修改性、可拓展性以及功能覆蓋等質(zhì)量屬性。
缺陷：沒(méi)有提供體系結(jié)構(gòu)質(zhì)量屬性的清晰的度量。評(píng)估過(guò)程依賴專家經(jīng)驗(yàn)等，只適合對(duì)體系結(jié)構(gòu)的粗糙評(píng)價(jià)
步驟：1.形成場(chǎng)景2.描述體系結(jié)構(gòu)3.對(duì)場(chǎng)景進(jìn)行分類和確定優(yōu)先級(jí)4.對(duì)間接場(chǎng)景進(jìn)行單個(gè)評(píng)估5.評(píng)估場(chǎng)景和相互作用6.形成總體評(píng)估7.SAAM評(píng)估日程安排
ATAM 是評(píng)價(jià)軟件構(gòu)架的一種綜合全面的方法，它考慮了可修改性、可靠性和安全性等多種質(zhì)量屬性。
優(yōu)點(diǎn): 有助于質(zhì)量目標(biāo)的具體化和排序；ATAM方法是被驗(yàn)證有效和廣泛使用的一種方法，可以針對(duì)實(shí)用性、可靠性和可修改性這些質(zhì)量屬性，在系統(tǒng)開(kāi)發(fā)之前對(duì)其進(jìn)行分析和評(píng)價(jià)。 缺點(diǎn)：它對(duì)質(zhì)量屬性并沒(méi)有進(jìn)行深入分析，缺少定量的數(shù)據(jù)來(lái)支持分析的結(jié)果。
步驟：
1. 描述ATAM方法2.描述商業(yè)動(dòng)機(jī)3.描述體系結(jié)構(gòu)4.確定體系結(jié)構(gòu)的方法5.生成質(zhì)量屬性
效用樹(shù)6.分析體系結(jié)構(gòu)方法7.討論和分級(jí)場(chǎng)景8.分析體系結(jié)
構(gòu)方法9.描述評(píng)估結(jié)果
2. 內(nèi)外有別模型
篇三：《軟件體系結(jié)構(gòu)》課程設(shè)計(jì)
《軟件體系結(jié)構(gòu)》課程設(shè)計(jì)
設(shè)計(jì)題目： 實(shí)驗(yàn)室設(shè)備管理系統(tǒng)
姓 名： 李欣 張丹 唐蔚霖 學(xué) 號(hào)： k0308413（07+13+17） 同組組長(zhǎng)： 李欣同組其他成員：張丹 唐蔚霖
實(shí)驗(yàn)指導(dǎo)教師：李超
實(shí)驗(yàn)地點(diǎn)： 9B505
完成日期： 2011-6-10
湖北民族學(xué)院信息工程學(xué)院
目錄
一、概述(目的、任務(wù)、開(kāi)發(fā)環(huán)境、參考資料)
二、采用的主要方法與技術(shù)
三、需求分析
四、設(shè)計(jì)
五、實(shí)現(xiàn)過(guò)程與步驟
六、遇到的困難與獲得的主要成果
七、測(cè)試與運(yùn)行記錄
八、完成結(jié)果分析與總結(jié)
九、附錄（軟件配置、個(gè)人完成的程序模塊和文檔清單）
一、概述(目的、任務(wù)、開(kāi)發(fā)環(huán)境、參考資料)
21世紀(jì)以來(lái)，人類經(jīng)濟(jì)高速發(fā)展，人們發(fā)生了日新月異的變化。隨著時(shí)代的發(fā)展，教育越來(lái)越需要實(shí)驗(yàn)，讓學(xué)生從實(shí)驗(yàn)中得到更多，更扎實(shí)的知識(shí)。因此學(xué)校也需要對(duì)實(shí)驗(yàn)室的實(shí)驗(yàn)設(shè)備進(jìn)行更多的投入，而投入之后就帶來(lái)了管理方面的問(wèn)題。我們做的這個(gè)系統(tǒng)主要是對(duì)設(shè)備的購(gòu)買、維修、報(bào)廢等方面進(jìn)行了一定的管理，可以讓設(shè)備進(jìn)行有序、有效的管理，為管理人員節(jié)約一些因?yàn)楣芾砘靵y而浪費(fèi)的時(shí)間。不過(guò)系統(tǒng)的功能還不夠完善，性能也還不夠穩(wěn)定，有待于以后不斷的進(jìn)行完善。
實(shí)現(xiàn)的功能如下：
�。�1） 對(duì)于已徹底損壞的做報(bào)廢處理，同時(shí)詳細(xì)記錄有關(guān)信息。
（2） 對(duì)于由嚴(yán)重問(wèn)題（故障）的要及時(shí)修理，并記錄修理日期、設(shè)備名、
編號(hào)、修理廠家、修理費(fèi)用、責(zé)任人等。
�。�3） 對(duì)于急需修改但又缺少的設(shè)備，需以“申請(qǐng)表”的形式送交上級(jí)領(lǐng)導(dǎo)
請(qǐng)求批準(zhǔn)購(gòu)買。新設(shè)備購(gòu)入后要立即進(jìn)行設(shè)備登記（包括類別、設(shè)備名、編號(hào)、型號(hào)、規(guī)格、單價(jià)、數(shù)量、購(gòu)置日期、生產(chǎn)廠家、保質(zhì)期和經(jīng)辦人等信息），同時(shí)更新申請(qǐng)表的內(nèi)容。
�。�4） 隨時(shí)對(duì)現(xiàn)有設(shè)備及其修理、報(bào)廢情況進(jìn)行統(tǒng)計(jì)、查詢，要求能夠按類
別和時(shí)間段等查詢。
參考文獻(xiàn)：譚浩強(qiáng)主編.Visual Basic程序設(shè)計(jì)（二）教程.清華大學(xué)出版社
柳青等編. Visual Basic 程序設(shè)計(jì)教程.高等教育出版社 范立南. SQL Server2000 實(shí)用教程.北京：清華大學(xué)出版社 孫燕等編.Visual Basic 程序設(shè)計(jì).高等教育出版社 薩師煊 王珊編.數(shù)據(jù)庫(kù)系統(tǒng)概論.北京：高等教育出版社 楊志強(qiáng).Visual Basic 程序設(shè)計(jì)教程.北京：高等教育出版社.
二、采用的主要方法與技術(shù)
軟件工程是一門從技術(shù)和組織管理兩個(gè)角度研究如何用系統(tǒng)化、規(guī)范化和數(shù)量化等工程原理與方法去進(jìn)行軟件開(kāi)發(fā)和維護(hù)的學(xué)科。軟件工程學(xué)研究的范圍非常的廣泛，包括技術(shù)方法、工具、和管理等許多方面。軟件生命周期的各個(gè)階段可分為：
問(wèn)題定義：確定系統(tǒng)的基本功能
可行性研究：確定系統(tǒng)是否能夠?qū)崿F(xiàn)及是否值得實(shí)現(xiàn)
需求分析：確定系統(tǒng)必須完成的各種功能
總體設(shè)計(jì)：確定如何實(shí)現(xiàn)軟件
詳細(xì)設(shè)計(jì)：詳細(xì)設(shè)計(jì)實(shí)現(xiàn)系統(tǒng)
編碼和單元測(cè)試：寫出正確的容易理解和維護(hù)的程序模塊
綜合測(cè)試：通過(guò)各種類型的測(cè)試及調(diào)試使軟件達(dá)到預(yù)訂的要求 軟件維護(hù)：通過(guò)各種必要的維護(hù)活動(dòng)使系統(tǒng)持久的滿足用戶需要 采用軟件工程的技術(shù)開(kāi)發(fā)本系統(tǒng)，通過(guò)以上八個(gè)階段組成的軟件生存期。
它是指從提出開(kāi)發(fā)要求開(kāi)始直到該軟件報(bào)廢為止的整個(gè)時(shí)期。分階段進(jìn)行，就把規(guī)模龐大、結(jié)構(gòu)復(fù)雜和管理復(fù)雜的軟件變得很容易控制和管理。
本系統(tǒng)主要利用Visual Basic作為前端的應(yīng)用開(kāi)發(fā)工具，利用ACCESS作為后臺(tái)的數(shù)據(jù)庫(kù)，利用Windows XP作為系統(tǒng)平臺(tái)。
Windows xp以其友好的圖形界面、易學(xué)易用的操作方法、強(qiáng)大的多任務(wù)功能、健全的內(nèi)在管理以及先進(jìn)的程序設(shè)計(jì)方法為廣大數(shù)據(jù)庫(kù)軟件開(kāi)發(fā)人員嗦熟悉。對(duì)它的操作環(huán)境熟悉，使得我們?cè)谄溟_(kāi)發(fā)數(shù)據(jù)庫(kù)應(yīng)用程序更加方便、可靠。
三、需求分析 （該過(guò)程參考西方和本國(guó)制定的軟件需求規(guī)范說(shuō)明書(shū)相關(guān)標(biāo)準(zhǔn)）
管理員可以對(duì)實(shí)驗(yàn)室設(shè)備信息進(jìn)行查詢及相關(guān)實(shí)驗(yàn)室設(shè)備的使用情況查看。管理員可以根據(jù)本人用戶名及密碼登錄系統(tǒng)。在信息系統(tǒng)中，后臺(tái)數(shù)據(jù)庫(kù)存儲(chǔ)的地位相當(dāng)重要，數(shù)據(jù)庫(kù)的設(shè)計(jì)不但對(duì)數(shù)據(jù)的操作速度有影響，還直接關(guān)系到軟件系統(tǒng)的質(zhì)量和生存周期，本系統(tǒng)數(shù)據(jù)庫(kù)中包括教師資料數(shù)據(jù)表、借用設(shè)備表、儀器表、用戶登錄表。系統(tǒng)首先必須維護(hù)實(shí)驗(yàn)室中詳細(xì)資料的數(shù)據(jù)表，程序能對(duì)該表進(jìn)行寫入和讀出數(shù)據(jù)的操作。相應(yīng)的，該表還有記錄讀者的借用情況，系統(tǒng)通過(guò)該表判斷讀者是否滿足借用條件。系統(tǒng)還要管理員信息表，記錄管理員的資料，檢驗(yàn)管理員的登錄，管理員的權(quán)限等。
1、目的
1）便于用戶、分析人員和軟件設(shè)計(jì)人員進(jìn)行理解和交流
2）希望系統(tǒng)的外部項(xiàng)均支持目標(biāo)軟件系統(tǒng)的確認(rèn)。根據(jù)需求規(guī)格說(shuō)明書(shū)中確立的可測(cè)試標(biāo)準(zhǔn)進(jìn)行測(cè)試，并得到確認(rèn)。
3）控制系統(tǒng)進(jìn)化過(guò)程
2、軟件產(chǎn)品的作用范圍
學(xué)校、科研機(jī)構(gòu)、大型實(shí)驗(yàn)室
3、功能需求
1）設(shè)備預(yù)訂：實(shí)現(xiàn)實(shí)驗(yàn)人員在系統(tǒng)平臺(tái)上查詢庫(kù)內(nèi)實(shí)驗(yàn)設(shè)備的狀態(tài)及其在某一時(shí)段的使用狀態(tài)，若無(wú)損壞且未被預(yù)訂使用，則用戶可以預(yù)訂使用。
2）設(shè)備管理：實(shí)現(xiàn)現(xiàn)在倉(cāng)庫(kù)中的每樣設(shè)備信息的登記和新設(shè)備的入庫(kù)登記，舊設(shè)備的報(bào)修、報(bào)廢處理、以及設(shè)備狀態(tài)的更改。
3）設(shè)備的借出：按照教師所需設(shè)備給予借出，并在數(shù)據(jù)庫(kù)中更改這些設(shè)備的使用狀態(tài)
4）設(shè)備的歸還：按照教師所還設(shè)備而進(jìn)行入庫(kù)登記，并在數(shù)據(jù)庫(kù)中更改這些設(shè)備的使用狀態(tài)。
5）設(shè)備報(bào)修：實(shí)驗(yàn)人員在實(shí)驗(yàn)過(guò)程中如果發(fā)現(xiàn)設(shè)備損壞，通過(guò)此系統(tǒng)報(bào)告給管理員，同時(shí)修改數(shù)據(jù)庫(kù)中的設(shè)備狀態(tài)。
4、數(shù)據(jù)庫(kù)需求
用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，要求數(shù)據(jù)庫(kù)結(jié)構(gòu)能夠充分滿足各種信息的輸出和輸入。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳細(xì)的數(shù)據(jù)字典。
四、設(shè)計(jì)（該過(guò)程參考西方和本國(guó)制定的軟件設(shè)計(jì)規(guī)范說(shuō)明書(shū)相關(guān)標(biāo)準(zhǔn)）
1、總體設(shè)計(jì)
原理：總體設(shè)計(jì)的基本目的就是回答“概括的說(shuō)，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？”這個(gè)問(wèn)題。因此，總體設(shè)計(jì)又稱為概要設(shè)計(jì)或初步設(shè)計(jì)。通過(guò)這個(gè)階段的工作將計(jì)劃分出組成系統(tǒng)的物理元素-----程序、文件、數(shù)據(jù)庫(kù)、人工過(guò)程和文檔等等，但是每個(gè)物理元素仍然處于黑盒子級(jí)，這些黑盒子里的具體內(nèi)容將在以后仔細(xì)設(shè)計(jì)�？傮w設(shè)計(jì)階段的另一項(xiàng)重要任務(wù)是設(shè)計(jì)軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互之間的關(guān)系。
總體設(shè)計(jì)工程通常有兩個(gè)主要階段組成：系統(tǒng)設(shè)計(jì)，確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)確定軟件機(jī)構(gòu)，也就是要確定系統(tǒng)中每個(gè)程序擁有哪些模塊組成，以及這些模塊之間的關(guān)系。在詳細(xì)設(shè)計(jì)之前進(jìn)行總體設(shè)計(jì)可以站在全局的高度上，花較少的成本，從中選出最佳的方案和最合理的軟件結(jié)構(gòu)，從而用較低的成本開(kāi)發(fā)出高質(zhì)量的軟件系統(tǒng)。
2、詳細(xì)設(shè)計(jì)
數(shù)據(jù)庫(kù)的概念設(shè)計(jì)：根據(jù)對(duì)數(shù)據(jù)流圖和數(shù)據(jù)字典的分析，確定該應(yīng)用中的實(shí)體、屬性、和實(shí)體之間的聯(lián)系，并畫出系統(tǒng)總體E-R圖。概念設(shè)計(jì)可以分為三部進(jìn)行：首先設(shè)計(jì)局部E-R模式，然后把各局部E-R模式綜合成一個(gè)全局模式，最后對(duì)全局ER模式進(jìn)行優(yōu)化，得到最終的模式，即概念模式。
局部E-R模式設(shè)計(jì)：實(shí)體和屬性的定義。ER模型的“聯(lián)系”用于刻畫實(shí)體之間的關(guān)聯(lián)。一種完整的方式是對(duì)局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型，依據(jù)需求分析的結(jié)果，考察局部結(jié)構(gòu)中任意兩個(gè)實(shí)體類型之間是否存在聯(lián)系。若有聯(lián)系，進(jìn)一步確定是1：N，M：N，還是1：1等。還要考察一個(gè)實(shí)體類型內(nèi)部是否存在聯(lián)系，兩個(gè)實(shí)體類型之間是否存在聯(lián)系，多個(gè)實(shí)體類型之間是否存在聯(lián)系，等等。
利用ER方法進(jìn)行數(shù)據(jù)庫(kù)的概念設(shè)計(jì)，可以分三個(gè)步驟進(jìn)行：首先設(shè)計(jì)局部ER模式，然后把各局部ER模式綜合成一個(gè)全局模式，最后把全局ER模式進(jìn)行優(yōu)化，得到最終的模式。所有局部ER模式設(shè)計(jì)好了之后，接下來(lái)就是把它們綜合成單一的全局概念結(jié)構(gòu)。全局概念結(jié)構(gòu)不僅要支持所有局部ER模式，而且必須合理地表示一個(gè)完整、一致的數(shù)據(jù)庫(kù)概念結(jié)構(gòu)。
1）局部ER模式的合并
合并的原則是：首先進(jìn)行兩兩合并；先合并那些現(xiàn)實(shí)世界中有
【《軟件體系結(jié)構(gòu)》期末復(fù)習(xí)題】相關(guān)文章：
語(yǔ)文期末復(fù)習(xí)題06-12
期末復(fù)習(xí)題參考06-18
藥理期末復(fù)習(xí)題06-18
詞語(yǔ)期末復(fù)習(xí)題03-09
小學(xué)英語(yǔ)期末復(fù)習(xí)題06-17
期末數(shù)學(xué)復(fù)習(xí)題精選06-17
語(yǔ)文上冊(cè)期末復(fù)習(xí)題06-17