架構設計
2017-06-23 17:59
|
系統架構設計文檔
簡介系統構架文檔的簡介應提供整個系統構架文檔的概述。它應包括此系統構架文檔的目的、范圍、定義、首字母縮寫詞、縮略語、參考資料和概述目的本文檔將從構架方面對系統進行綜合概述，其中會使用多種不同的構架視圖來描述系統的各個方面。它用于記錄并表述已對系統的構架方面做出的重要決策,以便于開發人員高效的開發和快速修改和管理。范圍本文檔用于oto項目組目前正在開發的android app電器管家2.0和已經發布的1.0的開發或修改整體說明簡介在此簡單介紹系統架構的整體情況，包括用例視圖、邏輯視圖、進程視圖、實施視圖的簡單介紹。另外，簡要介紹各種視圖的作用和針對的用戶構架表示方式本文檔將通過以下一系列視圖來表示4In1系統的軟件架構：用例視圖、邏輯視圖、部署視圖。本文檔不包括進程視圖和實施視圖。這些視圖都是通過PowerDesigner工具建立的UML模型。構架目標和約束系統架構在設計過程中有以下設計約束：安全性：通訊協議采用加密的方式、存放app端數據要進行混淆器加密、電話號碼和logo不能通過反編譯批量拿走。 分辨率適配原則
用例說明本章選擇了app2.0的部分功能用例,其他部分請參考系統需求文檔電器管家APP2.020140214原型 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
功能說明 通過輸入模糊查找和右邊的首字母查找、查詢出自己想要查找品牌、然后撥打電話進行報修。 核心用例原型 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
功能描述 此功能主要主要描述了app2.0的建黨功能以及檔案詳情頁面的呈現 架構模式本系統主要采用的還是mvc的設計模式1) 視圖（View） 視圖層能夠實現數據有目的的顯示（理論上，這不是必需的）。在視圖中一般沒有程序上的邏輯。為了實現視圖上的刷新功能，視圖需要訪問它監視的數據模型（Model），因此應該事先在被它監視的數據那里注冊。 2) 控制器（Controller） 控制器起到不同層面間的組織作用，用于控制應用程序的流程。它處理事件并作出響應。“事件”包括用戶的行為和數據模型上的改變。 3) 模型層（Model）“數據模型”（Model）用于封裝與應用程序的業務邏輯相關的數據以及對數據的處理方法。“模型”有對數據直接訪問的權力，例如對數據庫的訪問。“模型”不依賴“視圖”和“控制器”，也就是說，模型不關心它會被如何顯示或是如何被操作。但是模型中數據的變化一般會通過一種刷新機制被公布。為了實現這種機制，那些用于監視此模型的視圖必須事先在此模型上注冊，從而，視圖可以了解在數據模型上發生的改變。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
