A.類型語言、模式語言、約束語言、可執(zhí)行語言
B.狀態(tài)語言、模式語言、約束語言、體系結(jié)構(gòu)語言
C.類型語言、結(jié)構(gòu)語言、約束語言、可執(zhí)行語言
D.狀態(tài)語言、結(jié)構(gòu)語言、約束語言、體系結(jié)構(gòu)語言
您可能感興趣的試卷
你可能感興趣的試題
A.圖形表達工具在軟件設(shè)計中占據(jù)主導(dǎo)地位
B.由于軟件設(shè)計語言和模塊內(nèi)連接語言具有嚴(yán)格的語義基礎(chǔ)，因此它們能支持較小的軟件單元進行描述
C.基于軟構(gòu)件的系統(tǒng)描述語言將軟件系統(tǒng)描述成一種是由許多以特定形式相互作用的特殊軟件實體構(gòu)造組成的組織或系統(tǒng)
D.軟件體系結(jié)構(gòu)描述語言是參照傳統(tǒng)程序設(shè)計語言的設(shè)計語言的設(shè)計和開發(fā)經(jīng)驗，重新設(shè)計、開發(fā)和使用針對軟件體系結(jié)構(gòu)描述語言
A.結(jié)構(gòu)清晰，易于理解
B.已修改，可維護性強
C.可移植性強，重用粒度大
D.很大很復(fù)雜
A、B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理能力
B、B/S體系結(jié)構(gòu)的系統(tǒng)擴展能力差，但是安全性比較容易控制
C、采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠遠的高于C/S體系結(jié)構(gòu)
D、B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，數(shù)據(jù)的動態(tài)交互性不強，利于在線事務(wù)處理（Online Transaction Processing，OLTP）應(yīng)用
A.知識源
B.黑板數(shù)據(jù)結(jié)構(gòu)
C.控制
D.內(nèi)存
A、數(shù)據(jù)庫一致性要求
B、數(shù)據(jù)庫訪問并發(fā)性控制
C、數(shù)據(jù)庫前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則
D、數(shù)據(jù)庫的備份與恢復(fù)
最新試題
在軟件體系結(jié)構(gòu)生命周期中，哪個階段涉及到軟件體系結(jié)構(gòu)的修改？（）
面向?qū)ο篌w系結(jié)構(gòu)風(fēng)格的優(yōu)點是（）。
層次風(fēng)格主要解決對象管理問題和系統(tǒng)性能問題，因此引入層次風(fēng)格會有效提高系統(tǒng)性能。
在UML部署圖中，虛線箭頭表示什么類型的連接？（）
三層c/s架構(gòu)是將應(yīng)功能分成表示層，功能層和數(shù)據(jù)層三個部分，其中（）是應(yīng)用的用戶接口部分，擔(dān)負(fù)著用戶與應(yīng)用間的對話功能。
風(fēng)險分析主要是對項目風(fēng)險和技術(shù)風(fēng)險兩方面進行提取和識別。
兩層客戶端/服務(wù)器風(fēng)格和三層客戶端/服務(wù)器體系結(jié)構(gòu)風(fēng)格區(qū)別在于，將數(shù)據(jù)處理放置在客戶端還是服務(wù)器。
面向?qū)ο篌w系結(jié)構(gòu)風(fēng)格的優(yōu)點是可重用性高，但缺點是性能較差。
三層c/s架構(gòu)是將應(yīng)功能分成表示層，功能層和數(shù)據(jù)層三個部分，其中（）相當(dāng)于應(yīng)用的本體，將具體的業(yè)務(wù)處理邏輯編入程序。
開發(fā)視圖是主要解決系統(tǒng)的性能、可拓展性、吞吐量等問題。