軟考系統架構師倒計時第4天
2019下午分析題一
1、閱讀以下關于軟體架構設計與評估的叙述，在答題紙上回答問題1和問題2。
某電子商務公司為了更好地管理使用者，提升企業銷售業績，拟開發一套使用者管理系統。
該系統的基本功能是根據使用者的消費級别、消費曆史、信用情況等名額将使用者劃分為不同的
等級，并針對不同等級的使用者提供相應的折扣方案。在需求分析與架構設計階段，電子商務
公司提出的需求、品質屬性描述和架構特性如下：
()使用者目前分為普通使用者、銀卡使用者、金卡使用者和自金使用者四個等級，後續需要能夠
根據消費情況進行動态調整：
(b)系統應該具備完善的安全防護措施，能夠對黑客的gongji行為進行檢測與防禦：
(c)在正常負載情況下，系統應在0.5秒内對使用者的商品查詢請求進行響應：
(d在各種節假日或公司活動中，針對所有級别使用者，系統均能夠根據使用者實時的消費
情況動态調整折扣力度：
(©)系統主站點斷電後，應在5秒内将請求重定向到備用站點；
()系統支援中文昵稱，但使用者名要求必須以字母開頭，長度不少于8個字元：
(g)當系統發生網絡失效後，需要在15秒内發現錯誤并啟用備用網絡：
(h)系統在展示商品的實時視訊時，需要保證視訊畫面具有1024×768像素的分辨率，
40幀/秒的速率：
()系統要擴容時，應保證在10人月内完成所有的部署與測試工作；
G)系統應對使用者資訊資料庫的所有操作都進行完整記錄：
(k)更改系統的Wb界面接口必須在4人周内完成：
()系統必須提供遠端調試接口，并支援遠端調試。在對系統需求、品質屬性描述和架
構特性進行分析的基礎上，該系統架構師給出了兩種候選的架構設計方案，公司目前正在組
【問題2解析】
(1)一安全性
(2)一可修改性
(3)-------h
(4)------j
(5)------e
(6)--------k
2019下午分析題二
2、閱讀下列說明，回答問題1至問題3，将解答填入答題紙的對應欄内。
某軟體企業為快餐店開發一套線上訂餐管理系統，主要功能包括：
(1)線上訂餐：己注冊客戶通過網絡線上選擇快餐店所提供的餐品種類和數量後送出訂
單，系統顯示訂單費用供客戶确認，客戶确認後支付訂單所列各項費用。
(2)廚房備餐：廚房接收到客戶已付款訂單後按照訂單餐品清單選擇各類食材進行餐品
加工。
(3)食材采購：當快餐店某類食材低于特定數量時自動向供應商發起來購資訊，包括食
材類型和數量，供應商接收到采購資訊後按照要求将食材送至快餐店并送出已采購的食材信
息，系統自動更新食材庫存。
(4)生成報表：每個周末和月末，快餐店經理會自動收到系統生成的統計報表，報表中
詳細列出了本周或本月訂單的統計資訊以及庫存食材的統計資訊。現采用資料流圖對上述訂
餐管理系統進行分析與設計，系統未完成的0層資料流圖如圖所示。
2019下午分析題三
3、閱讀以下關于嵌入式系統開放式架構相關技術的描述，在答題紙上回答問題1至問題3。
資訊實體系統(CyberPhysicalSystemsCPS)技術已成為未來宇航裝備發展的重點關鍵技
術之一。某公司長期從事嵌入式系統的研制工作，随着公司業務範圍不斷擴充，公司決定進
入宇航裝備的研制領域。為了做好前期準備，公司決定讓王工程師負責編制公司進軍宇航裝
備領域的戰略規劃。王工經調研和分析，認為未來宇航裝備将向着網絡化、智能化和綜合化
的目标發展，CPS将會是宇航裝備的核心技術，公司應建構基于CPS技術的新産品架構，
實作超前的技術戰略儲備。
2019下午分析題四
4、閱讀以下關于分布式資料庫緩存設計的叙述，在答題紙上回答問題1至問題3
某初創企業的主營業務是為使用者提供高度個性化的商品訂購業務，其業務系統支援PC
端、手機Ap叩等多種通路方式。系統上線後受到使用者普遍歡迎，線上使用者數和訂單數量迅
速增長，原有的關系資料庫伺服器不能滿足高速并發的業務要求。
為了減輕資料庫伺服器的壓力，該企業采用了分布式緩存系統，将應用系統經常使用的
資料放置在記憶體，一降低對資料庫伺服器的查詢請求，提高了系統性能。在使用緩存系統的過程中，企業碰到了一系列技術問題。
【問題3】(6分)
緩存系統中的key一般會存在有效期，超過有效期則key失效；有時也會根據LRU
算法将某些key移出記憶體。當應用軟體查詢key時，如key失效或不在記憶體，會重新讀取資料庫，并更新緩存中的key.
運維團隊發現在某些情況下，若大量的ky設定了相同的失效時間，導緻緩存在同
-時刻衆多key同時失效，或者瞬間産生對緩存系統不存在key的大量通路，或者緩存
系統重新開機等原因，都會造成資料庫伺服器請求瞬時爆量，引起大量緩存更新操作，導緻整個
系統性能急劇下降，進而造成整個系統崩潰。
請用100字以内文字，給出解決該問題的兩種不同思路。
【問題3解析】
思路1：緩存失效後，通過加排它鎖或者隊列方式控制資料庫寫緩存的線程數量，使得
緩存更新串行化：
思路2給不同ky設定随機或不同的失效時間，使失效時間的分布盡量均勻；
思路3：設定兩級或多級緩存，避免通路資料庫伺服器。