系統(tǒng)的架構(gòu)設(shè)計文檔

xxx系統(tǒng)架構(gòu)設(shè)計闡明書-12-12修訂歷史統(tǒng)計日期版本闡明作者<日/月/年><><具體信息><姓名>/3/112．0邱新海

目錄TOC\o"1-3"1. 介紹 系統(tǒng)架構(gòu)設(shè)計文檔介紹系統(tǒng)構(gòu)架文檔的介紹應(yīng)提供整個系統(tǒng)構(gòu)架文檔的概述。它應(yīng)涉及此系統(tǒng)構(gòu)架文檔的目的、范疇、定義、首字母縮寫詞、縮略語、參考資料和概述目的本文檔將從構(gòu)架方面對系統(tǒng)進(jìn)行綜合概述，其中會使用多個不同的構(gòu)架視圖來描述系統(tǒng)的各個方面。它用于統(tǒng)計并表述已對系統(tǒng)的構(gòu)架方面做出的重要決策,方便于開發(fā)人員高效的開發(fā)和快速修改和管理。范疇本文檔用于oto項目組現(xiàn)在正在開發(fā)的androidapp電器管家和已經(jīng)公布的的開發(fā)或修改定義、首字母縮寫詞和縮略語參考系統(tǒng)需求文檔電器管家參考資料系統(tǒng)需求文檔電器管家品牌品類及映射建議App數(shù)據(jù)構(gòu)造及數(shù)據(jù)樣例整體闡明介紹在此簡樸介紹系統(tǒng)架構(gòu)的整體狀況，涉及用例視圖、邏輯視圖、進(jìn)程視圖、實施視圖的簡樸介紹。另外，簡要介紹多個視圖的作用和針對的顧客構(gòu)架表達(dá)方式本文檔將通過下列一系列視圖來表達(dá)4In1系統(tǒng)的軟件架構(gòu)：用例視圖、邏輯視圖、布署視圖。本文檔不涉及進(jìn)程視圖和實施視圖。這些視圖都是通過PowerDesigner工具建立的UML模型。構(gòu)架目的和約束系統(tǒng)架構(gòu)在設(shè)計過程中有下列設(shè)計約束：安全性：通訊合同采用加密的方式、寄存app端數(shù)據(jù)要進(jìn)行混淆器加密、電話號碼和logo不能通過反編譯批量拿走。響應(yīng)速度：分類細(xì)項規(guī)定安裝安裝耗時10秒卸載卸載耗時5秒系統(tǒng)消耗CPU9%RAM10M啟動Loading5秒EDGE網(wǎng)絡(luò)環(huán)境流量流量消耗電量消耗電量兼容Android95%手機(jī)支持安裝索引品牌5秒EDGE網(wǎng)絡(luò)環(huán)境下品類5秒EDGE網(wǎng)絡(luò)環(huán)境下嵌入html時間3秒EDGE網(wǎng)絡(luò)環(huán)境下分辨率適配原則分辨率長寬比市場占有率與否適配andriod1800480%32Y2480320%15Y31280720%14Y4854480%12Y5960540%8Y619201080%4Y71280800%2Y8320240%191184720%110其它10用例闡明本章選擇了的部分功效用例,其它部分請參考系統(tǒng)需求文檔電器管家原型功效闡明通過輸入含糊查找和右邊的首字母查找、查詢出自己想要查找品牌、然后撥打電話進(jìn)行報修。核心用例原型功效描述此功效重要重要描述了的建黨功效以及檔案詳情頁面的呈現(xiàn)用例實現(xiàn)本節(jié)通過幾個精選的用例（場景）實現(xiàn)來敘述系統(tǒng)的實際工作方式，并解釋不同的設(shè)計模型元素如何促成其功效的實現(xiàn)邏輯視圖邏輯視圖分層試圖controller層UIcontroller層UI層UiViewsUiViewsViewControllerViewControllerDATADATA層DataProviderDataProviderMemoryCacheMemoryCacheUtil/ConfigNetWorkDownLoadLocalDataUtil/ConfigNetWorkDownLoadLocalDataFileDBFileDBUi層數(shù)據(jù)展示于管理顧客交互繪制Adapter業(yè)務(wù)層持久化數(shù)據(jù)（內(nèi)存中，相稱于全局?jǐn)?shù)據(jù)）數(shù)據(jù)加工（數(shù)據(jù)層的數(shù)據(jù)有時候需要進(jìn)行交工成UI層需要的數(shù)據(jù)）數(shù)據(jù)變化的告知機(jī)制數(shù)據(jù)層數(shù)據(jù)訪問（DB，文獻(xiàn)，網(wǎng)絡(luò)等）緩存（圖片，文獻(xiàn)等）系統(tǒng)層架構(gòu)模式本系統(tǒng)重要采用的還是mvc的設(shè)計模式1)

視圖（View）

視圖層能夠?qū)崿F(xiàn)數(shù)據(jù)有目的的顯示（理論上，這不是必需的）。在視圖中普通沒有程序上的邏輯。為了實現(xiàn)視圖上的刷新功效，視圖需要訪問它監(jiān)視的數(shù)據(jù)模型（Model），因此應(yīng)當(dāng)事先在被它監(jiān)視的數(shù)據(jù)那里注冊。2)控制器（Controller）控制器起到不同層面間的組織作用，用于控制應(yīng)用程序的流程。它解決事件并作出響應(yīng)。“事件”涉及顧客的行為和數(shù)據(jù)模型上的變化。3)

模型層（Model）：“數(shù)據(jù)模型”（Model）用于封裝與應(yīng)用程序的業(yè)務(wù)邏輯有關(guān)的數(shù)據(jù)以及對數(shù)據(jù)的解決辦法。“模型”有對數(shù)據(jù)直接訪問的權(quán)力，例如對數(shù)據(jù)庫的訪問?！澳Ｐ汀辈灰蕾嚒耙晥D”和“控制器”，也就是說，模型不關(guān)心它會被如何顯示或是如何被操作。但是模型中數(shù)據(jù)的變化普通會通過一種刷新機(jī)制被公布。為了實現(xiàn)這種機(jī)制，那些用于監(jiān)視此模型的視圖必須事先在此模型上注冊，從而，視圖能夠理解在數(shù)