1. 程式人生 > >2014年系統架構師考試題詳解

2014年系統架構師考試題詳解

考試科目一:綜合知識

某計算機系統中有一個CPU、一臺輸入裝置和一臺輸出裝置,假設系統中有四個作業T1、T2、T3和T4,系統採用優先順序排程,且T1的優先順序>T2的優先順序>T3的優先順序>T4的優先順序。每個作業具有三個程式段:輸入Ii、計算Ci和輸出Pi(i=1,2,3,4),其執行順序為Ii→Ci→Pi。這四個作業各程式段併發執行的前驅圖如下所示。圖中①、②、③分別為(1),④、⑤、⑥分別為(2)。

(1)A.I2、C2、C4       B.I2、I3、C2  C.C2、P3、C4  D.C2、P3、P4
(2)A.C2、C4、P4       B.I2、I3、C4  C.I
3、P3、P4 D.C4、P3、P4

這裡寫圖片描述

【答案】B D 【解析】本題考查作業系統前驅圖方面的基礎知識。
(1)前趨圖是一個有向無迴圈圖,由節點和有向邊組成,節點代表各程式段的操作,而節點間的有向邊表示兩個程式段操作之間存在的前趨關係(“→”)。程式段Pi和Pj的前趨關係可表示成Pi→Pj,其中Pi是Pj的前趨,Pj是Pi的後繼,其含義是Pi執行結束後Pj才能執行。本題完整的前趨圖如下圖所示,具體分析如下。
這裡寫圖片描述
根據題意,I1執行結束後C1才能執行,Ci執行結束後Pi才能執行,因此I1是C1、P1的前趨,C1是P1的前驅。可見,圖中③應為C1。又因為計算機系統中只有一臺輸入裝置,所以I1執行結束後I2和I3才能執行,故I1是I2和I3的前趨,I2是I3的前趨。可見,圖中①、②分別為I2、I3。
(2)試題(2)的正確答案是D。根據題意,I4、C3執行結束後C4才能執行,即I4、C3是C4的前趨,所以④應為C4。又因為計算機系統中只有一個CPU和一臺輸出裝置,所以C3、P2執行結束後P3才能執行,C3、P2是P3的前趨;同理C4、P3執行結束後P4才能執行,C4、P3是P4的前趨。經分析可知圖中⑤、⑥分別為P3、P4。計算機系統中只有一個CPU,而且系統採用優先順序排程,所以C1是C2的前趨,C2是C3的前趨。可見,圖中④應為C2。

某檔案系統檔案儲存採用檔案索引節點法。假設磁碟索引塊和磁碟資料塊大小均為1KB,每個檔案的索引節點中有8個地址項iaddr[0]iaddr[7],每個地址項大小為4位元組,其中iaddr[0]iaddr[5]為直接地址索引,iaddr[6]是一級間接地址索引,iaddr[7]是二級間接地址索引。如果要訪問icwutil.dll檔案的邏輯塊號分別為0、260和518,則系統應分別採用(3)。該檔案系統可表示的單個檔案最大長度是(4)KB。
(3)A.直接地址索引、一級間接地址索引和二級間接地址索引
B.直接地址索引、二級間接地址索引和二級間接地址索引
C.一級間接地址索引、一級間接地址索引和二級間接地址索引
D
.一級間接地址索引、二級間接地址索引和二級間接地址索引 (4)A.518 B.1030 C.16514 D.65798

【答案】A D 【解析】本題考查作業系統檔案管理方面的基礎知識。
(3)根據題意,磁碟索引塊為1KB,每個地址項大小為4B,故每個磁碟索引塊可存放1024/4=256個物理塊地址。又因為檔案索引節點中有8個地址項,其中iaddr[0]、iaddr[1]、iaddr[12]、iaddr[3]、iaddr[4]、iaddr[5]地址項為直接地址索引,分別存放邏輯塊號為0〜5的物理塊地址;iaddr[6]是一級間接地址索引,這意味著iaddr[6]地址項指出的物理塊中存放邏輯塊號為6〜261的物理塊號;iaddr[7]是二級間接地址索引,該地址項指出的物理塊存放了256個間接索引表的地址,這256個間接索引表存放邏輯塊號為262〜65795的物理塊號。
經上分析不難得出,試題(3)的正確答案是A。因為若要訪問檔案的邏輯塊號分別為0、260和518,分別對應系統管理的直接地址索引、一級間接地址索引和二級間接地址索引範圍內。
(4)試題(4)的正確答案是D。因為單個檔案的邏輯塊號可以從0〜65795,共65796個物理塊,而磁碟資料塊大小為1KB,所以單個檔案最大長度是65796KB。

設關係模式R(U,F),其中U為屬性集,F是U上的一組函式依賴,那麼函式依賴的公理系統(Armstrong公理系統)中的合併規則是指(5)為F所蘊涵。
(5)A.若A→B,B→C,則A→C                  B.若,則X→Y
C.若A→B,A→C,則A→BC                    D.若A→B,CB,則A→C

【答案】C 【解析】本題考査函式依賴推理規則。
函式依賴的公理系統(即Armstrong公理系統)為:設關係模式R(U,F),其中U為屬性集,F是U上的一組函式依賴,那麼有如下推理規則:
A1自反律:若,則X→Y為F所蘊涵。 A2增廣律:若X→Y為F所蘊涵,且,則XZ→YZ為F所蘊涵。
A3傳遞律:若X→Y,Y→Z為F所蘊涵,則X→Z為F所蘊涵。 根據上述三條推理規則又可推出下述三條推理規則:
A4合併規則:若X→Y,X→Z,則X→YZ為F所蘊涵。 A5偽傳遞率:若X→Y,WY→Z,則XW4Z為F所蘊涵。
A6分解規則:若X→Y,,則X→Z為F所蘊涵。
選項A符合規則為A3,即傳遞規則;選項B符合規則為A1,即為自反規則;選項C符合規則為A4,即為合併規則;選項D符合規則為A6,即為分解規則。

若關係模式R和S分別為:R(A,B,C,D)、S(B,C,E,F),則關係R與S自然聯結運算後的屬性列有(6)個,與表達方式π1,3,5,6(σ3<6(RS))等價的SQL語句為:
  SELECT (7) FROM R, S WHERE (8)
(6)A.4                  B.6                 C.7                 D.8
(7)A.A,R.C,E,F                              B.A,C,S.B,S.E       
C.A,C,S.B,S.C                           D.R.A,R.C,S.B,S.C
(8)A.R.B=S.B AND R.C=S.C AND RC<S.B
       B.R.B=S.B AND R.C=S.C AND R.C<S.F
       C.R.B=S.B OR R.C=S.C OR R.C<S.B
       D.R.B=S.B OR R.C=S.C OR R.C<S.F

【答案】B A B 【解析】本題考查關係代數運算與SQL查詢方面的基礎知識。
試題(6)的正確答案為選項B。自然連線RS是指R與S關係中相同屬性列名的等值連線運算後,再去掉右邊重複的屬性列名S.B、S.C,所以經RS運算後的屬性列名為:R.A、R.B、R.C、R.D、S.E和S.F,共有6個屬性列。
試題(7)的正確答案為選項A。π1,3,5,6(σ3<6(RS))的含義是從RS結果集中選取R.C

計算機採用分級儲存體系的主要目的是為了(9)。
(9)A.解決主存容量不足的問題
B.提高儲存器讀寫可靠性
C.提高外設訪問效率
       D.解決儲存的容量、價格和速度之間的矛盾

【答案】D 【解析】本題考查計算機系統基礎知識。
儲存體系結構包括不同層次上的儲存器,通過適當的硬體、軟體有機地組合在一起形成計算機的儲存體系結構。例如,由髙速快取(Cache)、主儲存器(MM)和輔助儲存器構成的3層儲存器層次結構存如下圖所示。 
這裡寫圖片描述
接近CPU的儲存器容量更小、速度更快、成本更高,輔存容量大、速度慢,價格低。採用分級儲存體系的目的是解決儲存的容量、價格和速度之間的矛盾。

以下嵌入式處理器型別中不具備記憶體管理單元(MMU)的是(10),嵌入式作業系統(11)可以執行在它上面。
(10)A.PowerPC750        B.ARM920T       C.Cortex-M3     D.MIPS32 24K
(11)A.Linux             B.VxWorks653    C.uC/OS-II      D.Windows CE

【答案】C C 【解析】本題考査嵌入式處理器知識。
MMU是儲存器管理單元的縮寫,是用來管理虛擬記憶體系統的器件。MMU通常是CPU的一部分,本身有少量儲存空間存放從虛擬地址到實體地址的匹配表。此表稱作TLB(轉換旁置緩衝區)。所有資料請求都送往MMU,由MMU決定資料是在RAM內還是在大容量儲存器裝置內。如果資料不在儲存空間內,MMU將產生頁面錯誤中斷。
MMU的兩個主要功能是將虛地址轉換成實體地址,控制儲存器存取允許。MMU關掉時,虛地址直接輸出到實體地址匯流排。
Cortex-M3處理器採用ARMv7-M架構,它包括所有的16位Thumb指令集和基本的32位Thumb-2指令集架構。Cortex-M3支援執行緒模式和處理模式。在復位時處理器進入“執行緒模式”,異常返冋時也會進入該模式,特權和使用者(非特權)模式程式碼能夠在“執行緒模式”下執行。出現異常模式時處理器進入“處理模式”,在處理模式下,所有程式碼都是特權訪問的。μC/OS-II可以執行在Cortex-M3處理器上。

以下關於嵌入式資料庫管理系統的描述不正確的是(12)。
(12)A.嵌入式資料庫管理系統一般只為前端應用提供基本的資料支援
B.嵌入式資料庫管理系統一般支援實時資料的管理
        C.嵌入式資料庫管理系統一般不支援多執行緒併發操作
        D.嵌入式資料庫管理系統一般只提供本機服務介面

【答案】C 【解析】本題考査嵌入式系統資料庫知識。
嵌入式系統的資料庫系統稱為嵌入式資料庫系統或嵌入式實時資料庫系統。嵌入式系統必須能夠在沒有人工干預的情況下,長時間不間斷地執行,因此要求高的可靠性。同時要求資料庫操作具備可預知性,而且系統的大小和效能也都必須是可預知的,以保證系統的效能。嵌入式系統需要與底層硬體打交道,因此在資料管理時,也要有底層控制的能力,如什麼時候會發生磁碟操作,磁碟操作的次數,如何控制等。底層控制的能力是決定資料庫管理操作的關鍵。
嵌入式資料庫管理系統一般只提供本機服務介面,為前端應用提供基本的資料支援。

IETF定義的整合服務(IntServ)把Internet服務分成了三種服務質量不同的型別,這三種服務不包括(13)。
(13)A.保證質量的服務:對頻寬、時延、抖動和丟包率提供定量的保證
        B.盡力而為的服務:這是一般的Internet服務,不保證服務質量
        C.負載受控的服務:提供類似於網路欠載時的服務,定性地提供
        D.突發式服務:如果有富餘的頻寬,網路保證滿足服務質量的需求

【答案】D 【解析】 IETF整合服務(IntServ)工作組根據服務質量的不同,把Internet服務分成了三種類型:
①保證質量的服務(Guranteed Services):對頻寬、時延、抖動和丟包率提供定量的保證;
②負載受控的服務(Comrolled-load Services):提供一種類似於網路欠載情況下的服務,這是一種定性的指標;
③盡力而為的服務(Best-Effort):這是Internet提供的一般服務,基本上無任何質量保證。

按照網路分層設計模型,通常把區域網設計為3層,即核心層、匯聚層和接入層,以下關於分層網路功能的描述中,不正確的是(14)。
(14)A.核心層裝置負責資料包過濾、策略路由等功能
        B.匯聚層完成路由彙總和協議轉換功能
        C.接入層應提供一部分管理功能,例如MAC地址認證、計費管理等
        D.接入層負責收集使用者資訊,例如使用者IP地址、MAC地址、訪問日誌等

【答案】A 【解析】 三層模型將大型區域網劃分為核心層、匯聚層和接入層,每一層都有特定的作用。
①核心層是因特網路的高速骨幹網,由於其重要性,因此在設計中應該採用冗餘元件設計。在設計核心層裝置的功能時,應儘量避免使用資料包過濾和策略路由等降低資料包轉發速率的功能。如果需要連線因特網和外部網路,核心層還應包括一條或多條連線到外部網路的連線。
②匯聚層是核心層和接入層之間的分界點,應儘量將資源汸問控制、流量的控制等在匯聚層實現。為保證層次化的特性,匯聚層應該向核心層隱藏接入層的細節,例如不管接入層劃分了多少個子網,匯聚層向核心層路由器進行路由宣告時,僅宣告由多個子網地址匯聚而成的網路。為保證核心層能夠連線執行不同協議的區域網路,各種協議的轉換都應在匯聚層完成。
③接入層為使用者提供在本地網段i方問應用系統的能力,也要為相鄰使用者之間的互訪需求提供足夠的頻寬。接入層還應該負責一些使用者管理功能,以及戶資訊的收集工作。

結構化佈線系統分為六個子系統,其中水平子系統(15)。
(15)A.由各種交叉連線裝置以及集線器和交換機等裝置組成
        B.連線了幹線子系統和工作區子系統
        C.由終端裝置到資訊插座的整個區域組成
        D.實現各樓層裝置間子系統之間的互連

【答案】B 【解析】
結構化佈線系統分為6個子系統:工作區子系統、水平子系統、管理子系統、幹線(或垂直)子系統、裝置間子系統和建築群7系統。其中水平子系統是指各個樓層接線間的配線架到工作區資訊插座之間所安裝的線纜系統,其作用是將幹線子系統與使用者工作區連線起來。

在實際應用中,使用者通常依靠評價程式來測試系統的效能。以下評價程式中,(16)的評測準確程度最低。事務處理性臺昱委員會(Transaction Processing Performance Council, TPC)是制定商務應用基準程式(benchmark)標準規範、效能和價格度量,並管理測試結果釋出的非營利組織,其釋出的TPC-C是(17)的基準程式。
(16)A.核心程式      B.真實程式      C.合成基準程式        D.小型基準程式
(17)A.決策支援      B.線上事務處理    C.企業資訊服務        D.聯機分析處理

【答案】C B 【解析】本題主要考查效能評估知識。
在大多數情況下,為測試新系統的效能,使用者必須依靠評價程式來評價機器的效能。對於真實程式、核心程式、小型基準程式和合成基準程式來說,其評測程度依次遞減。把應用程式中用的最多、最頻繁的那部分核心程式作為評價計算機效能的標準程式,稱為基準測試程式(Benchmark)。事務處理效能委員會(Transaction
Processing Performance
Council,TPC)是制定商務應用基準程式(Benchmark)標準規範、效能和價格度量,並管理測試結果釋出的非營利組織,其釋出的TPC-C是線上事務處理的基準程式,TPC-D是決策支援的基準程式。

企業資訊化音定要建立在企業戰略規劃基礎之上,以企業戰略規劃為基礎建立的企業管理模式是建立(18)的依據。
(18)A.企業戰略資料模型                  B.企業業務運作模型
C.企業資訊系統架構                  D.企業決策支援

【答案】A 【解析】本題考查企業資訊化基礎知識。
企業資訊化是指企業以業務流程的優化和重構為基礎,在一定的深度和廣度上利用計算機技術、網路技術和資料庫技術,控制和整合化管理企業生產經營活動中的各種資訊,實現企業內外部資訊的共享和有效利用,以提卨企業的經濟效益和市場競爭力,這將涉及到企業的管理理念的創新,管理流程的優化,管理團隊的重組和管理手段的革新。企業資訊化一定要建立在企業戰略規劃的基礎之上,以企業戰略規劃為基礎建立的企業管理模式是建立企業戰略資料模型的依據。

ERP是對企業物流資源,資金流資源和資訊流資源進行全面整合管理的管理資訊系統。在ERP五個層次的計劃中,(19)根據經營計劃的生產目標制定,是對企業經營計劃的細化;(20)說明了在一定時期內生產什麼,生產多少和什麼時候交貨,它的編制是ERP的主要工作內容;(21)能夠幫助企業儘早發現企業生產能力的瓶頸,為實現企業的生產任務提供能力方面的保障。
(19)A.銷售管理計劃    B.生產預測計劃    C.生產計劃大綱    D.主生產計劃
(20)A.經營計劃      B.車間作業計劃    C.物料需求計劃    D.主生產計劃
(21)A.採購與庫存計劃               B.能力需求計劃
        C.物料需求計劃                    D.質量管理計劃

【答案】C D B 【解析】本題考查企業資源規劃的基礎知識。
ERP是對企業物流、資金流和資訊流資源進行全面整合管理的管理資訊系統。在ERP五個層次的計劃中,生產預測計劃是對市場需求進行比較準確的預測,是經營計劃、生產計劃大綱和主生產計劃編制的基礎;銷售管理計劃是針對企業的銷售部門的相關業務進行管理,屬於最高層計劃的範疇,是企業最重要的決策層計劃之一;生產計劃大綱根據經營計劃的生產目標制定,是對企業經營計劃的細化;主生產計劃說明了在一定時期內生產什麼,生產多少和什麼時候交貨,它的編制是ERP的主要工作內容;物料需求計劃是對主生產計劃的各個項0所需的全部製造件和全部採購件的網路支援計劃和時間進度計劃;能力需求計劃是對物料需求計劃所需能力進行核算的一種計劃管理方法,能夠幫助企業儘早發現企業生產能力的瓶頸,為實現企業的生產任務提供能力幫面的保障。

整合平臺是支援企業資訊整合的支撐環境,包括硬體、軟體、軟體工具和系統。整合平臺的基本功能中,(22)實現不同資料庫系統之間的資料交換、互操作、分佈資料管理和共享資訊模型定義;(23)能夠為應用提供資料交換和訪問操作,使各種不同的系統能夠相互協作。
(22)A.資料通訊服務        B.資訊整合服務        C.應用整合服務     D.操作整合服務
(23)A.資料通訊服務        B.資訊整合服務        C.應用整合服務     D.操作整合服務

【答案】B C 【解析】本題考查企業資訊整合的基礎知識。
企業整合平臺是一個支援複雜資訊環境下資訊系統開發、整合、協同執行的軟體支撐環境,包括硬體、軟體、軟體工具和系統。基本功能包括:①通訊服務:提供分佈環境下透明的同步/非同步通訊服務功能;②資訊整合服務:為應用提供透明的資訊訪問服務,實現異種資料庫系統之間資料的交換、互操作、分佈資料管理和共享資訊模型定義:③應用整合服務:通過高層應用程式設計介面來實現對相應應用程式的訪問,能夠為應用提供資料交換和訪問操作,使各種不同的系統能夠相互協作;④二次開發工具:是整合平臺提供的一組幫助使用者開發特定應用程式的支援工具;⑤平臺執行管理工具:是企業整合平臺的執行管理和控制模組。

商業智慧是企業對商業資料的蒐集、管理和分析的系統過程,主要技術包括(24)。
(24)A.資料倉庫、聯機分析和資料探勘        B.資料採集、資料清洗和資料探勘
        C.聯機分析、多維度分析和跨維度分析  D.資料倉庫、資料探勘和業務優化重組

【答案】A 【解析】本題考查商業智慧的基礎知識。
商業智慧通常被理解為將組織中現有的資料轉化為知識,幫助組織做出明智的業務經營決策。商業智慧的實現涉及到軟體、硬體、諮詢服務及應用,是對商業資訊的蒐集、管理和分析過程,目的是使企業的各級決策者獲得知識或洞察力,促使他們做出對企業更有利的決策。商業智慧一般由資料倉庫、聯機分析處理、資料探勘、資料備份和恢復等部分組成。

系統建議方案中不應該包含的內容是(25)。
(25)A.問題陳述                          B.專案範圍
        C.候選方案及其可行性分析           D.系統詳細設計方案

【答案】D 【解析】 作為一份正式文件,系統建議方案至少應該包含以下內容:
①前羿部分。包括標題、目錄和摘要。摘要部分以1〜2頁的篇幅總結整個系統建議方案報告,提供系統方案中的重要事件、地點、任務和原因,以及系統方案是如何實現的等資訊。
②系統概述。包括系統建議方案報告的目的、對問題的陳述、專案範圍和報告內容的敘述性解釋。
③系統研究方法。簡要地解釋系統建議方案報告中包含的資訊是如何得到的,研究工作是如何進行的。
④候選系統方案及其可行性分析。系統闡述每個候選系統方案,並對每個方案進行可行性評價。
⑤建議方案。在對各個候選系統方案進行可行性評價之後,通常會推薦一個解決方案,並且要給出推薦該解決方案的理由。
⑥結論。簡要地描述摘要的內容,再次指出系統開發的目標和所建議的系統方案。同時,需要再次強調專案的必要性和可行性,以及系統建議方案報告的價值。
⑦附錄。系統分析師認為閱讀者可能會感興趣的所有資訊,但這些資訊對於理解系統建議方案報告的內容來說不是必要的。

下列關於聯合需求計劃(Joint Requirement Planning, JRP)的敘述中,不正確的是(26)。
(26)A.在JRP實施之前,應制定詳細的議程,並嚴格遵照議程進行
        B.在討論期間儘量避免使用專業術語
C.JRP是一種相對來說成本較高但十分有效的需求獲取方法
D.JRP的主要目的是對需求進行分析和驗證

【答案】D 【解析】本題考查聯合需求計劃(JRP)的相關概念。
JRP是一個通過高度組織的群體會議來分析企業內的問題並獲取需求的過程,它是聯合應用開發(JAD)的-部分。
JRP的主要意圖是收集需求,而不是對需求進行分析和驗證。實施JRP時應把握以下主要原則:在JRP實施之前,應制定詳細的議程,並嚴格遵照議程進行;按照既定的時間安排進行;儘量完整地記錄會議期間的內容;在討論期間儘量避免使用專業術語;充分運用解決衝突的技能;會議期間應設定充分的間歇時間;鼓勵團隊取得-致意見;保證參加JRP的所有人員能夠遵守實現約定的規則。

在結構化分析方法中,用(27)表示功能模型,用(28)表示行為模型。
(27)A.ER圖               B.用例圖           C.DFD           D.物件圖
(28)A.通訊圖           B.順序圖           C.活動圖       D.狀態轉換圖

【答案】C D 【解析】
結構化分析方法的基本思想是自頂向下,逐層分解,把一個大問題分解成若干個小問題,每個小問題再分解成若干個更小的問題。經過逐層分解,每個最低層的問題都是足夠簡單、容易解決的。結構化方法分析模型的核心是資料字典,圍繞這個核心,有三個層次的模型,分別是資料模型、功能模型和行為模型(也稱為狀態模型)。在實際工作中,一般使用E-R圖表示資料模型,用DFD表示功能模型,用狀態轉換圖表示行為模型。這三個模型有著密切的關係,它們的建立不具有嚴格的時序性,而是一個迭代的過程。

下列關於敏捷方法的敘述中,錯誤的是(29)。
(29)A.與傳統方法相比,敏捷方法比較適合需求變化大或者開發前期對需求不是很清晰的專案
B.敏捷方法尤其適合於開發團隊比較龐大的專案
        C.敏捷方法的思想是適應性,而不是預設性
        D.敏捷方法以原型開發思想為基礎,採用迭代式增量開發

【答案】B 【解析】本題考査敏捷方法的相關概念。
敏捷方法是從20世紀90年代開始逐漸引起廣泛關注的一些新型軟體開發方法,以應對快速變化的需求。敏捷方法的核心思想主要有以下三點。
①敏捷方法是“適應性”而非“預設性”的。傳統方法試圖對一個軟體開發專案在很長的時間跨度內做出詳細的計劃,然後依計劃進行開發。這類方法在計劃制定完成後拒絕變化。而敏捷方法則歡迎變化,其實它的目的就是成為適應變化的過程,甚至能允許改變自身來適應變化。
②敏捷方法是以人為本,而不是以過程為本。傳統方法以過程為本,強調充分發揮人的特性,不去限制它,並且軟體開發在無過程控制和過於嚴格繁瑣的過程控制中取得一種平衡,以保證軟體的質量。
③迭代增量式的幵發過程。敏捷方法以原型開發思想為基礎,採用迭代增最式開發,發行版本小型化。
與RUP相比,敏捷方法的週期可能更短。敏捷方法在幾周或者幾個月的時間內完成相對較小的功能,強調的是能儘早將盡量小的可用的功能交付使用,並在整個專案週期中持續改善和增強,並且更加強調團隊中的高度寫作。相對而言,敏捷方法主要適合於以下場合:
①專案團隊的人數不能太多,適合於規模較小的專案。
②專案經常發生變更。敏捷方法適用於需求萌動並且快速改變的情況,如果系統有比較高的關鍵性、可靠性、安全性方面的要求,則可能不完全適合。
③高風險專案的實施。 ④從組織結構的角度看,組織結構的文化、人員、溝通性決定了敏捷方法是否使用。

下列關於使用者介面設計的敘述中,錯誤的是(30)。
(30)A.介面互動模型應經常進行修改
B.介面的視覺佈局應該儘量與真實世界保持一致
C.所有可視資訊的組織需要按照統一的設計標準
D.確保使用者介面操作和使用的一致性

【答案】A 【解析】 戶介面設計的基本原則是從實踐中總結出來的一些設計規則。Theo
Maiidel在他的介面設計著作中提出3條“黃金規則”: ①讓使用者擁有控制權
使用者希望控制計算機,而不是被計算機控制,因此在設計人機介面時應遵循以下原則:互動模式的定義不能強迫使用者進入不必要的或不希望的動作的方式;提供靈活的互動;允許使用者互動可以被中斷和撤銷;當技能級別增長時可以使互動流水化並允許定製互動;使使用者隔離內部技術細節。
②減少使用者的記憶負擔
要求使用者記住的東西越多,與系統互動時出錯的可能也越大,因此好的使用者介面設計不應加重使用者的記憶負擔。減少使用者記憶負擔的設計原則為:減少對短期記憶的要求;建立有意義的預設值;定義直覺性的捷徑;介面的視覺佈局應該基於真實世界的隱喻;以不斷進展的方式禍示資訊。
③保持介面一致
使用者應該以一致的方式展示和獲取資訊,這意味著:所有可視資訊的組織遵循統一的設計標準,所有螢幕顯示都遵守該標準。輸入機制被約束到有限的集合內,在整個軟體系統中被一致地使用,同時從任務到任務的導航機制也被一致地定義和實現。保持介面一致性的設計原則包括以下內容:允許使用者將當前任務放在有意義的語境中;在應用系列內保持一致性;不要改變使用者己經熟悉的使用者互動模型。

在軟體的使用過程中,使用者往往會對軟體提出新的功能與效能要求。為了滿足這些要求,需要修改或再開發軟體。在這種情況下進行的維護活動稱為(31)。
(31)A.改正性維護 B.適應性維護 C.完善性維護 D.預防性維護

【答案】C 【解析】 在系統執行過程中,軟體需要維護的原因是多樣的。根據維護的原因不同,可以將軟體維護分為以下4種:
①改正性維護。為了識別和糾正軟體錯誤、改正軟體效能上的缺陷、排除實施中的誤使用,應當進行的診斷和改正錯誤的過程稱為改正性維護。
②適應性維護。在使用過程中,外部環境(新的硬、軟體配置)、資料環境(資料庫、資料格式、資料輸入/輸出方法、資料儲存介質)可能發生變化。為使軟體適應這種變化而修改軟體的過程稱為適用性維護。
③完善性維護。在軟體的使用過程中,使用者往往會對軟體提出新的功能與效能要求。為了滿足這些要求,需要修改或再開發軟體,以擴充軟體功能、增強軟體效能、改進加工效率、提髙軟體的可維護性。這種情況下進行的維護活動成為完善性維護。
④預防性維護。指預先提髙軟體的可維護性、可靠性等,為以後進一步改進軟體打下良好基礎。採用先進的軟體工程方法對需要維護的軟體或軟體中的某一部分(重新)進行設計、編碼和測試。

一組物件以定義良好但是複雜的方式進行通訊,產生的相互依賴關係結構混亂且難以理解。採用(32)模式,用一個特定物件來封裝一系列的物件互動,從而使各物件不需要顯式地相互引用,使其耦合鬆散,而且可以獨立地改變它們之間的互動。
(32)A.直譯器(Interpreter)                  B.策略(Strategy)
        C.中介者(Mediator)                     D.迭代器(Iterator)

【答案】C 【解析】
直譯器模式屬於類的行為模式,描述瞭如何為語言定義一個文法,如何在該語言中表示一個句子,以及如何解釋這些句子,這裡的“語言”是使用規定格式和語法的程式碼。
策略模式是一種物件的行為型模式,定義一系列演算法,並將每個演算法封裝起來,並讓它們可以相互替換。策略模式讓演算法獨立於使用它的客戶而變化,其目的是將行為和環境分隔,當出現新的行為時,只需要實現新的策略類。
中介者模式是一種物件的行為行模式,通過一箇中介物件來封裝一系列的物件互動。中介者使得各物件不需要現實地相互引用,從而使其耦合鬆散,而且可以獨立地改變它們之間的互動。中介者物件的存在保證了物件結構上的穩定,也就說說系統的結構不會因為新物件的引入帶來人量的修改工作。
迭代器模式是一種物件的行為型模式,提供了一種方法來訪問聚合物件,而不用暴露這個物件的內部表示。迭代器模式支援以不同的方式遍歷一個聚合物件。
由上述可知,與題目所描述場景符合的是中介者模式。

某廣告公司的宣傳產品有宣傳冊、文章、傳單等多種形式,宣傳產品的出版方式包括紙質方式、CD、DVD、線上釋出等。現要求為該廣告公司設計一個管理這些宣傳產品的應用,採用(33)設計模式較為合適,該模式(34)。
(33)A.Decorator         B.Adapter           C.Bridge            D.Façade
(34)A.將一系列複雜的類包裝成一個簡單的封閉介面
        B.將抽象部分與它的實現部分分離,使它們都可以獨立地變化
C.可在不影響其他物件的情況下,以動態、透明的方式給單個物件新增職責
        D.將一個介面轉換為客戶希望的另一個介面

【答案】C B 【解析】本題考查設計模式的概念及應用。
題目所給出的應用中,不希望在不同的宣傳產品與具體所採用的出版方式之間建立一個固定的繫結關係,以避免這兩者之間的緊耦合關係。這種情形適合於採用Bridge(橋接)模式。橋接模式屬於結構型設計模式的一種。結構型模式描述如何將類或物件合在一起形成更大的結構。橋接模式將抽象部分與它的實現部分分離,使它們都可以獨立地變化。
在以下情況可以使用Bridge模式:
①不希望在抽象以及抽象的實現部分之間有一個固定的繫結關係。例如這種情況可能是因為,在程式執行時刻可以選擇或切換實現部分;
②類的抽象以及它的實現都應該可以通過生成子類的方法加以擴充,使用Bridge模式可以對不同的抽象介面和實現部分進行組合,並分別對它們進行擴充。
③對一個抽象的實現部分的修改應該對使用者不產生影響,即客戶的程式碼不必重新編譯。

在UML提供的系統檢視中,(35)是邏輯檢視的一次執行例項,描述了併發與同步結構;(36)是最基本的需求分析模型。
(35)A.程序檢視          B.實現檢視          C.部署檢視          D.用例檢視
(36)A.程序檢視          B.實現檢視          C.部署檢視          D.用例檢視

【答案】A D 【解析】
UML對系統架構的定義是系統的組織結構,包括系統分解的組成部分,以及它們的關聯性、互動機制和指導原則等提供系統設計的資訊。具體來說,就是指以下5個系統檢視:
①邏輯檢視。邏輯檢視也稱為設計檢視,它表示了設計模型中在架構方面具有重要意義的部分,即類、子系統、包和用例實現的子集。
②程序檢視。程序檢視是可執行執行緒和程序作為活動類的建模,它是邏輯檢視的一次執行例項,描述了併發與同步結構。
③實現檢視。實現檢視對組成基於系統的物理程式碼的檔案和構件進行建模。
④部署檢視。部署檢視把構件部署到一組物理節點上,表示軟體到硬體的對映和分佈結構。 ⑤用例檢視。用例檢視是最基本的需求分析模型。

在靜態測試中,主要是對程式程式碼進行靜態分析。“資料初始化、賦值或引用過程中的異常”屬於靜態分析中的(37)。
(37)A.控制流分析     B.資料流分析     C.介面分析      D.表示式分析

【答案】B 【解析】本題考查靜態測試方法的知識點。
靜態測試是指被測試程式不在機器上執行,而採用人工檢測和計算機輔助靜態分析的手段對程式進行檢測。靜態測試包括對文件的靜態測試和對程式碼的靜態測試。對程式碼的靜態測試包括
控制流分析、資料流分析、介面分析和表示式分析。
①控制流分析。控制流分析是指使用控制流程圖檢査被測程式控制結構的過程。例如,可檢查被測程式是否存在沒有使用的語句或子程式、是否呼叫並不存在的子程式,以及是否存在無法達到的語句等。
②資料流分析。資料流分析是指使用控制流程圖分析資料各種異常情況的過程,包括資料初始化、賦值或引用過程中的異常。例如,引用未定義的變數、對以前未使用的變數再次陚值等程式差錯或異常情況。
③介面分析。介面分析主要包括模組之間介面的一致性分析、模組與外部資料庫及其他軟體配置項之間的一致性分析、子程式和函式之間的介面一致性分析等。例如可以檢查函式形參與實現的數量、順序、型別和使用的一致性。
④表示式分析。表示式分析用於檢查程式程式碼中的表示式錯誤。例如,括號不配對、陣列引用越界、除數為零,以及浮點數變數比較時的誤差等錯誤。

下列關於軟體除錯與軟體測試的敘述中,正確的是(38)。
(38)A.軟體測試的目的是找出存在的錯誤,軟體除錯的目的是定位並修正錯誤
B.軟體測試的結束過程不可預計,軟體除錯使用預先定義的過程
        C.軟體除錯的過程可以實現設計
D.軟體測試不能描述過程或持續時間

【答案】A 【解析】本題考查軟體測試與除錯之間的區別。
軟體測試在將軟體交付給客戶之前所必須完成的重要步驟。軟體除錯(排錯)與成功的測試形影相隨。測試成功的標誌是發現了錯誤,根據錯誤跡象確定錯誤的原因和準確位置,並加以改正,主要依靠軟體除錯技術。
軟體除錯與軟體測試區別主要體現在以下幾個方面: ①測試的目的是找出存在的錯誤,而除錯的目的是定位錯誤並修改程式以修正錯誤;
②除錯是測試之後的活動,測試和除錯在目標、方法和思路上都有所不同;
③測試從一個已知的條件開始,使用預先定義的過程,有預知的結果;除錯從一個未知的條件開始,結束的過程不可預計;
④測試過程可以實現設計,進度可以實現確定;而除錯不能描述過程或持續時間。

在單元測試中,(39)。
(39)A.驅動模組用來呼叫被測模組,自頂向下的單元測試中不需要另外編寫驅動模組
B.樁模組用來模擬被測模組所呼叫的子模組,自頂向下的單元測試中不需要另外編寫樁模組
C.驅動模組用來模擬被測模組所呼叫的子模組,自底向上的單元測試中不需要另外編寫驅動模組
        D.樁模組用來呼叫被測模組,自底向上的單元測試中不需要另外編寫樁模組

【答案】A 【解析】本題考査單元測試的基本概念。
單元測試也稱為模組測試,測試的物件是可獨立編譯或彙編的程式模組、軟體構件或面向物件軟體中的類(統稱為模組),其目的是檢查每個模組能否正確地實現設計說明中的功能、效能、介面和其他設計約束等條件,發現模組內可能存在的各種差錯。單元測試的技術依據是軟體詳細設計說明書。
測試一個模組時,可能需要為該模組編寫一個驅動模組和若干個粧模組。驅動模組用來凋用被測模組,它接收測試者提供的測試資料,並把這些資料傳送給被測模組,然後從被測模組接收測試結果,並以某種可見的方式將測試結果返回給測試人員;樁模組用來模擬被測模組所呼叫的子模組,它接受被測模組的呼叫,檢驗呼叫引數,並以盡町能簡單的操作模擬被呼叫的子程式模組功能,把結果送回被測模組。頂層模組測試時不需要驅動模組,底層模組測試時不要樁模組。
笮元測試策略主要包括自頂向下的單元測試、自底向上的單元測試、孤立測試和綜合測試策略。
①自頂向下的單元測試先測試上層模組,再測試下層模組。測試下層模組時由於它的上層模組已測試過,所以不必另外編寫驅動模組。
②自底向上的單元測試。自底向上的單元測試先測試下層模組,再測試上層模組。測試上層模組由於它的下層模組己經測試過,所以不必另外編寫樁模組。
③孤立測試不需要考慮每個模組與其他模組之間的關係,逐一完成所有模組的測試。由於各模組之間不存在依賴性,單元測試可以並行進行,但因為需要為每個模組單獨設計驅動模組和樁模組,增加了額外的測試成本。
④綜合測試。上述三種單元測試策略各有利弊,實際測試時可以根據軟體特點和進度安排情況,將幾種測試方法混合使用。

以下關於軟體架構設計重要性的描述,(40)是錯誤的。
(40)A.軟體架構設計能夠滿足系統的效能、安全性、可維護性等品質
        B.軟體架構設計能夠幫助專案干係入(Stakeholder)更好地理解軟體結構
C.軟體架構設計能夠幫助架構師更好地捕獲和細化系統需求
        D.軟體架構設計能夠有效地管理系統的複雜性,並降低系統維護費用

【答案】C 【解析】本題主要考査軟體架構設計的重要性。
軟體架構設計是降低成本、改進質量、按時和按需交付產品的關鍵因素。軟體架構設計能夠滿足系統的效能、安全性、可維護性等品質;軟體架構設計能夠幫助專案干係人(Stakeholder)更好地理解軟體結構:軟體架構設計能夠有效地管理系統的複雜性,並降低系統維護費用;軟體架構設計對系統開發具有指導性:軟體架構設計為系統複用奠定的基礎;軟體架構設計能夠支援衝突分析。需要注意的是,軟體架構設計與系統需求是直交的,兩者並無必然聯絡。

將系統需求模型轉換為架構模型是軟體系統需求分析階段的一項重要工作,以下描述中,(41)是在轉換過程中需要關注的問題。
(41)A.如何通過多檢視模型描述軟體系統的架構
B.如何確定架構模型中有哪些元素構成
        C.如何採用表格或用例對映保證轉換的可追蹤性
        D.如何通過模型轉換技術,將高層架構模型逐步細化為細粒度架構模型

【答案】C 【解析】本題主要考查軟體架構設計與生命週期的關係。
從本質上看,需求和軟體架構設計面臨的是不同的物件:一個是問題空間;另一個是解空間。保持兩者的可追蹤性和轉換,一直是軟體工程領域追求的目標。從軟體需求模型向SA模型的轉換主要關注兩個問題:①如何根據需求模型構建軟體架構模型;②如何保證模型轉換的可追蹤性。本題答案中A、B是軟體架構設計階段需要考慮的問題,D是軟體架構實現階段中需要考慮的問題。

在構件組裝過程中需要檢測並解決架構失配問題。其中(42)失配主要包括由於系統對構件基礎設施、控制模型和資料模型的假設存在衝突引起的失配。(43)失配包括由手系統對構件互動協議、構件連線時資料格式的假設存在衝突引起的失配。
(42)A.構件                B.模型                C.協議                D.連線子
(43)A.構件                B.模型                C.協議                D.連線子

【答案】A D 【解析】本題主要考查構件組裝過程知識。
在架構模型的指導下,可複用構件可以通過組裝的方式在較高層次上實現系統,並能夠提高系統實現的效率。在構件組裝過程中需要檢測並解決架構失配問題。其中構件失配主要包括由於系統對構件基礎設施、控制模型和資料模型的假設存在衝突引起的失配。連線子失配包括由於系統對構件互動協議、構件連線時資料格式的假設存在衝突引起的失配。

4+1”檢視主要用於描述系統邏輯架構,最早由Philippe Kruchten於1995年提出。其中(44)檢視用於描述物件模型,並說明系統應該為使用者提供哪些服務。當採用面向物件的設計方法描述物件模型時,通常使用(45)表達類的內部屬性和行為,以及類集合之間的互動關係;採用(46)定義物件的內部行為。
(44)A.邏輯                B.過程                C.開發                D.物理
(45)A.物件圖           B.活動圖           C.狀態圖           D.類圖
(46)A.物件圖           B.活動圖           C.狀態圖           D.類圖

【答案】A D C 【解析】本題主要考查考生對“4+1”檢視的即.解與掌握。
“4+1”檢視是對邏輯架構進行描述,最早由Philippe Kruchten提出,他在1995年的IEEE
Software上發表了題為The 4+1 View Model of Architecture
的論文,引起了業界的極大關注,並最終被RUP採納,現在已經成為架構設計的結構標準。“4+1”檢視主要包括: ①邏輯檢視(Logical
View),設計的物件模型(使用面向物件的設計方法時)。 ②過程檢視(Pmcess View),捕捉設計的併發和同步特徵。
③物理檢視(Physical View),描述了軟體到硬體的對映,反映了分散式特性。 ④開發檢視(Development
View),描述了在開發環境中軟體的靜態組織結構。 ⑤架構的描述,即所做的各種決定,可以圍繞著這四個檢視來組織,然後由一些用例(Use
Cases)或場景(Scenarios)來說明,從而形成了第五個檢視。
當採用面向物件的設計方法描述物件模型時,通常使用類圖表達類的內部屬性和行為,以及類集合之間的互動關係;採用狀態圖定義物件的內部行為。

特定領域軟體架構(Domain Specific Software Architecture, DSSA)是在一個特定應用領域中,為一組應用提供組織結構參考的標準軟體體系結構。參加DSSA的人員可以劃分為多種角色,其中(47)的任務是控制整個領域分析過程,進行知識獲取,將獲取的知識組織到領域模型中;(48)的任務是根據領域模型和現有系統開發出DSSA,並對DSSA的準確性和一致性進行驗證。
(47)A.領域專家      B.領域分析者     C.領域設計者     D.領域實現者
(48)A.領域專家      B.領域分析者     C.領域設計者     D.領域實現者

【答案】B C 【解析】 特定領域軟體架構(Domain Specific Software
Architecture,DSSA)以一個特定問題領域為物件,形成由領域參考模型、參考需求、參考架構等組成的開發基礎架構,其n標是支援一個特定領域中多個應用的生成。DSSA的基本活動包括領域分析、領域設計和領域實現。其中領域分析的主要目的是獲得領域模型,領域模型描述領域中系統之間共同的需求,即領域需求;領域設計的主要目標是獲得DSSA,DSSA描述領域模璀中表示需求的解決方案;領域實現的主要目標是依據領域模型和DSSA開發和組織可重用資訊,並對基礎軟體架構進行實現。參加DSSA的人員可以劃分為多種角色,其中領域分析者的任務是控制整個領域分析過程,進行知識獲取,將獲取的知識組織到領域模型中;領域設計者的任務是根據領域模型和現有系統開發出DSSA,並對DSSA的準確性和一致性進行驗證。

某公司欲開發一個用於分散式登入的服務端程式,使用面向連線的TCP協議併發地處理多客戶端登入請求。使用者要求該服務端程式執行在Linux、Solaris和WindowsNT等多種作業系統平臺之上,而不同的作業系統的相關API函式和資料都有所不同。針對這種情況,公司的架構師決定採用“包裝器外觀(Wrapper Facade)”架構模式解決作業系統的差異問題。具體來說,服務端程式應該在包裝器外觀的例項上呼叫需要的方法,然後將請求和請求的引數傳送給(49),呼叫成功後將結果返回。使用該模式(50)。
(49)A.客戶端程式                     B.作業系統API函式
C.TCP協議API函式                    D.登入連線程式
(50)A.提高了底層程式碼訪問的一致性,但降低了服務端程式的呼叫效能
B.降低了服務端程式功能呼叫的靈活性,但提高了服務端程式的呼叫效能
C.降低了服務端程式的可移植性,但提高了服務端程式的可維護性
        D.提高了系統的可複用性,但降低了系統的可配置性

【答案】B A 【解析】本題主要考查考生對設計模式的理解與應用。 針對題目給出的情況,公司的架構師決定採用“包裝器外觀(Wrapper
Facade)”架構模式解決作業系統的差異問題。具體來說,服務端程式應該在包裝器外觀的例項上呼叫需要的方法,然後將請求和請求的引數傳送給作業系統API函式,呼叫成功後將結果返冋。使用該模式提高了底層程式碼訪問的一致性,但降低了服務端程式的呼叫效能。

軟體架構風格描述某一特定領域中的系統組織方式和慣用模式,反映了領域中眾多系統所共有的(51)特徵。對於語音識別、知識推理等問題複雜、解空間很大、求解過程不確定的這一類軟體系統。通常會採用(52)架構風格。
(51)A.語法和語義     B.結構和語義     C.靜態和動態  D.行為和約束
(52)A.管道-過濾器        B.直譯器           C.黑板             D.過程控制

【答案】B C 【解析】
軟體架構風格描述某一特定領域中的系統組織方式和慣用模式,反映了領域中眾多系統所共有的結構和語義兩個方面的特徵。對於語音識別、知識推理等問題複雜、解空間很大、求解過程不確定的這一類軟體系統,通常會採用黑板架構風格,以知識為中心進行分析與推理。

在對一個軟體系統的架構進行設計與確認之後,需要進行架構複審。架構複審的目的是為了標識潛在的風險,及早發現架構設計中的缺陷和錯誤。在架構複審過程電,主要由(53)決定架構是否滿足需求、質量需求是否在設計中得到體現。
(53)A.系統分析師與架構師             B.使用者代表與領域專家
        C.系統擁有者與專案經理                D.系統開發與測試人員

【答案】B 【解析】
在對一個軟體系統的架構進行設計與確認之後,需要進行架構複審。架構複審的目的是為了標識潛在的風險,及早發現架構設計中的缺陷和錯誤。在架構複審過程中,主要由使用者代表與領域專家決定架構是否滿足需求、質量需求是否在設計中得到體現。

某公司欲開發一個線上交易系統,在架構設計階段,公司的架構師識別出
            
           

相關推薦

2014系統架構考試題

考試科目一:綜合知識 某計算機系統中有一個CPU、一臺輸入裝置和一臺輸出裝置,假設系統中有四個作業T1、T2、T3和T4,系統採用優先順序排程,且T1的優先順序>T2的優先順序>T3的優先順序>T4的優先順序。每個作業具有三個程式段:輸入

2010系統架構考試題

考試科目一:綜合知識 採用微核心結構的作業系統提高了系統的靈活性和可擴充套件性,(1) (1)A.並增強了系統的可靠性和可移植性,可運行於分散式系統中 B.並增強了系統的可靠性和可移植性,但不適用於分散式系統 C.

2015系統架構考試題

考試科目一:綜合知識 某航空公司機票銷售系統有n個售票點,該系統為每個售票點建立一個程序Pi(i=1,2,…,n)管理機票銷售。假設Tj(j=1,2,…,m)單元存放某日某航班的機票剩餘票數,Temp為Pi程序的臨時工作單元,x為某使用者的訂票張數。初始化

架構設計-支付寶、京東、美團、去哪兒的支付系統架構整體設計!!!

支付產品模組是按照支付場景來為業務方提供支付服務。這個模組一般位於支付閘道器之後,支付渠道之前。 它根據支付能力將不同的支付渠道封裝成統一的介面,通過支付閘道器來對外提供服務。所以,從微服務的角度,支付產品本身也是一個代理模式的微服務,它透過支付閘道器響應業務方請求, 進行一些統一處理後,分發到不同

基於SOA的高併發和高可用分散式系統架構和元件

基於SOA的分散式高可用架構和微服務架構,是時下如日中天的網際網路企業級系統開發架構選擇方案。在核心思想上,兩者都主張對系統的橫向細分和擴充套件,按不同的業務功能模組來對系統進行分割並且使用一定的手段實現服務之間的通訊,並且基於彈性雲服務搭建高可用的分散式解決方案。 但它們之間的區別可能比相似的地方要多,特別

15資深架構:一個大型互聯網公司的微服務轉型實踐

微服務 架構 單片服務 微服務是一個比較大的話題,基於我的過往經歷,本文將以 Netflix 為例,分享一個大型互聯網公司如何從一個 Monolithic 的 APP 成功轉型到微服務。文章主要涉及微服務的產生歷史,應用場景,與單片服務區別,微服務帶來的技術、企業組織結構等方面挑戰,以及如何合

阿里十架構用一張圖告訴你什麼是系統架構

這張圖從架構師的綜合能力、崗位認識、崗位職責等方面,清楚的畫出了作為一個架構的基本準則。人人都想成為架構師,可作為架構你達到了圖上面的要求了嗎? 系統架構師是個神奇的崗位。為什麼這麼說,在一個人數不多的小公司,你可能什麼都需要做,身體力行,做總監兼架構師

2018上半年閱讀總結(系統架構

上半年看了一些書,簡單總結一下 堅持閱讀 古人云:“活到老,學到老。” IT技術發展太快,行業日新月異,作為最苦逼職業之一,軟體工程師,只能不停的學習、深造、提升。總之,學不可以已,所以,保持良好的心態,持之以恆,這個很重要。 以下是今年上半年閱讀的相關書籍,這裡分

高級系統架構培訓要點:減少資源消耗,靠虛擬代理方案解決了!

解決方案 虛擬代理 應用程序 系統性能和吞吐量的需求決定了單純在數據庫中操作整個倉庫拓撲數據是不現實的。這種大量的服務器端對象,會消耗大量的服務器內存和活動對象表的空間,如果這些對象使用得比較少,就很容易造成數據庫服務端資源的浪費。把倉庫拓撲數據存放在本地內存中,形成內存數據對象(數據緩存),以便

百鳥商城系統開發模式設計

png 團隊 收入 出現 積分 完全 會員 .cn 更多 百鳥商城系統開發(李想.185.6504.8478)鳥類通常是帶羽、卵生的動物,有極高的新陳代謝速率,長骨多是中空的,所以大部分的鳥類都可以飛。鳥類由爬行動物進化而來,世界上現存的鳥類共有9000多種,它們都有翅膀和

SACC2017第九屆中國系統架構大會10月在北京震撼來襲!

推薦系統 概念 展開 row 網絡架構 color 時間 系統架構 china 在數字化轉型時代,雲已成為萬物智能的數字化大腦。而隨著大數據應用、人工智能、移動互聯網等技術的飛速發展,“智慧+”的概念正在深入到各行各業,提升企業效率,釋放商業潛能,創造全新機遇。作為國內頂級

【大數據系統架構】0.1 Java編程基礎

tar 數組 數據類型和運算符 網絡 網絡編程 https 架構 linux ocs 1. 初識Java 2. Java語法 快速入門點我 2.1 數據類型和運算符 2.2 流程控制語句 2.3 數組 2.4 類和對象 2.5 OOP三大特性 2.6 集合框架與泛型 2.7

系統架構之Java虛擬機、OSGi—JVM高級性能架構項目實戰開發

JVM系統架構師之Java虛擬機、OSGi—JVM高級性能架構項目實戰開發 分享網盤下載地址:https://pan.baidu.com/s/1hs3pz1M 密碼: g2wa 本課程由淺入深,全面、系統地介紹了JAVA 虛擬機基礎、應用、管理、性能優化、數據庫的架構,環境搭建實例,編程實例等內容

搬家行業開發小程序系統(App.Config及讀寫操作)

設置 反饋 流程 選擇 文件的 搬家 功能 操作 服務項目 應用程序配置文件是標準的 XML 文件,XML 標記和屬性是區分大小寫的。它是可以按需要更改的,開發人員可以使用配置文件來更改設置,而不必重編譯應用程序。配置文件的根節點是configuration。我們經常訪問的

操作系統中的目錄

系列 mkdir 保存 linu ges 分隔 組成 查找 而在 首先要搞清楚一些基本的問題 1.文件就是一些數據的集合,計算機的信息都是通過 文件來保存 2.windows下的文件夾與linux下的目錄是同一個東西 3.目錄是一種文件,一種特殊的文件,有時候也被

傳美雲商系統軟件方案

ext mage 系統 做到 function ice 一個 集成 現在 傳美雲商系統是通過頤和果園讓公眾所知道的,頤和果園是做水果生鮮食品市場的,運用傳美雲商這個軟件為什麽能打通互聯網市場?究其主要原因是因新零售正在發生日新月異的變化! 任何新零售都需要數據的支撐。辦公室

51Reboot蝸牛老師Python系統架構

res 原理分析 分離 learn 認證 金融 分布式存儲系統 react 提升 詳情請交流 QQ 709639943 00、北風網 Golang語言快速上手到綜合實戰(Go語言、Beego框架、高並發聊天室、豆瓣電影爬蟲) 00、51Reboot蝸牛老師Pytho

阿裏巴巴十Java架構分享,會了這個知識點的人都去BAT了

工作經驗 java開發框架 人才 一起 跳槽 技術開發 代碼 lis 框架 1.源碼分析專題 詳細介紹源碼中所用到的經典設計思想,看看大牛是如何寫代碼的,提升技術審美、提高核心競爭力。 幫助大家尋找分析源碼的切入點,在思想上來一次巨大的升華。知其然,並知其所以然。把知識變

CentOS 7系統安裝配置圖文

安裝CentOS一、安裝CentOS 7成功引導系統後,會出現下面的界面界面說明:Install CentOS Linux 7 #安裝CentOS 7 Test this media & install CentOS Linux 7 #測試安裝文件並安裝CentOS7 Troublesh

7iOS架構-- 告訴你堅持寫博客對我們有什麽好處

復雜 來講 同事 寫作 也快 真的 tps 架構圖 提高自己 一,寫博客的擔心 1.今天來談談,寫博客對我的益處,說起寫博客,其實我寫博客的時間不長,也就10來個月時間; 2.之前工作的時候,看到同事每天晚上寫博客,當時覺得很奇怪,就覺得寫這個東西,非常浪費時間, 3.自己