系統(tǒng)的架構設計文檔

1、.xxx 系統(tǒng)架構設計說明書2013-12-12 v0.1. . .修訂歷史記錄日期版本說明作者<日 / 月 / 年 ><x.x><詳細信息 ><>2014/3/112 0邱新海. . .目錄1.簡介41.1目的41.2圍41.3定義、首字母縮寫詞和縮略語41.4參考資料41.5概述錯誤 ! 未定義書簽。2.整體說明42.1簡介42.2構架表示方式42.3構架目標和約束43.用例說明53.1核心用例63.2用例實現(xiàn)74.邏輯視圖84.1邏輯視圖84.2分層84.2.1應用層84.2.2業(yè)務層84.2.3中間層94.2.4系統(tǒng)層94.3架構模式94

2、.4設計機制錯誤 ! 未定義書簽。4.5公用元素及服務95.進程視圖96.部署視圖97.數(shù)據(jù)視圖98.大小和性能99.質量910.其它說明10. . .系統(tǒng)架構設計文檔1. 簡介系統(tǒng)構架文檔的簡介應提供整個系統(tǒng)構架文檔的概述。它應包括此系統(tǒng)構架文檔的目的、圍、定義、首字母縮寫詞、縮略語、參考資料和概述1.1目的本文檔將從構架方面對系統(tǒng)進行綜合概述，其中會使用多種不同的構架視圖來描述系統(tǒng)的各個方面。它用于記錄并表述已對系統(tǒng)的構架方面做出的重要決策, 以便于開發(fā)人員高效的開發(fā)和快速修改和管理。1.2圍本文檔用于oto 項目組目前正在開發(fā)的android app電器管家2.0 和已經發(fā)布的1.0 的

3、開發(fā)或修改1.3定義、首字母縮寫詞和縮略語參考系統(tǒng)需求文檔電器管家APP2.0201402141.4參考資料1、 系統(tǒng)需求文檔電器管家APP2.0201402142、 品牌品類及映射建議App 數(shù)據(jù)結構及數(shù)據(jù)樣例2. 整體說明2.1簡介在此簡單介紹系統(tǒng)架構的整體情況，包括用例視圖、邏輯視圖、進程視圖、實施視圖的簡單介紹。另外，簡要介紹各種視圖的作用和針對的用戶2.2構架表示方式本文檔將通過以下一系列視圖來表示4In1 系統(tǒng)的軟件架構：用例視圖、邏輯視圖、部署視圖。本文檔不包括進程視圖和實施視圖。這些視圖都是通過PowerDesigner工具建立的UML模型。2.3構架目標和約束系統(tǒng)架構在設計過

4、程中有以下設計約束：1、 安全性：通訊協(xié)議采用加密的方式、存放app 端數(shù)據(jù)要進行混淆器加密、和logo 不能通過反編譯批量拿走。2、 響應速度：分類細項要求安裝安裝耗時10 秒卸載卸載耗時5 秒系統(tǒng)消耗CPU9%. . .RAM10M啟動Loading5 秒 EDGE網絡環(huán)境流量流量消耗電量消耗電量兼容Android95%手機支持安裝品牌5 秒 EDGE網絡環(huán)境下索引品類5 秒 EDGE網絡環(huán)境下嵌入 html時間3 秒 EDGE網絡環(huán)境下3、 分辨率適配原則分辨率長寬比市場占有率是否適配180048060.0%32Y248032066.7%15Y3128072056.3%14Y485448

5、056.2%12Y596054056.3%8Yandriod61920108056.3%4Y7128080062.5%2Y832024075.0%19118472060.8%11其他1003. 用例說明本章選擇了app2.0 的部分功能用例, 其他部分請參考系統(tǒng)需求文檔電器管家APP2.020140214原型. . .功能說明通過輸入模糊查找和右邊的首字母查找、查詢出自己想要查找品牌、然后撥打進行報修。3.1核心用例原型. . .功能描述此功能主要主要描述了app2.0 的建黨功能以及檔案詳情頁面的呈現(xiàn)3.2用例實現(xiàn)本節(jié)通過幾個精選的用例（場景）實現(xiàn)來闡述系統(tǒng)的實際工作方式，并解釋不同的設計模

6、型元素如何促成其功能的實現(xiàn). . .4. 邏輯視圖4.1邏輯視圖4.2分層試圖UI 層Ui ViewsViewDATA層Data ProviderMemory Cachecontroller層ControllerLocal DataNetWork DownLoadUtil/ConfigDBFileUi 層? 數(shù)據(jù)展示于管理? 用戶交互? 繪制? Adapter業(yè)務層? 持久化數(shù)據(jù)（存中，相當于全局數(shù)據(jù)）?數(shù)據(jù)加工（數(shù)據(jù)層的數(shù)據(jù)有時候需要進行交工成UI 層需要的數(shù)據(jù)）? 數(shù)據(jù)變化的通知機制. . .數(shù)據(jù)層? 數(shù)據(jù)訪問（ DB，文件，網絡等）? 緩存（圖片，文件等）系統(tǒng)層4.3架構模式本系統(tǒng)主要采

7、用的還是mvc 的設計模式1) 視圖（ View） 視圖層能夠實現(xiàn)數(shù)據(jù)有目的的顯示（理論上，這不是必需的）。在視圖中一般沒有程序上的邏輯。為了實現(xiàn)視圖上的刷新功能，視圖需要訪問它監(jiān)視的數(shù)據(jù)模型（Model），因此應該事先在被它監(jiān)視的數(shù)據(jù)那里注冊。2) 控制器（ Controller ） 控制器起到不同層面間的組織作用，用于控制應用程序的流程。它處理事件并作出響應?！笆录卑ㄓ脩舻男袨楹蛿?shù)據(jù)模型上的改變。3) 模型層（ Model ）： “數(shù)據(jù)模型”（ Model）用于封裝與應用程序的業(yè)務邏輯相關的數(shù)據(jù)以及對數(shù)據(jù)的處理方法?！澳Ｐ汀庇袑?shù)據(jù)直接訪問的權力，例如對數(shù)據(jù)庫的訪問?！澳Ｐ汀辈灰蕾嚒耙晥D”和“控制器”，也就是說，模型不關心它會被如何顯示或是如何被操作。但是模型中數(shù)據(jù)的變化一般會通過一種刷新機制被公布。為了實現(xiàn)這種機制，那些用于監(jiān)視此模型的視圖必須事先在此模型上注冊，從而，視圖可以了解在數(shù)據(jù)模型上發(fā)生的改變。4.4公用元素及服務暫無5. 進程視圖暫無6. 部署視圖暫無7. 數(shù)據(jù)