1、ITS - 系统架构设计文档xxx 系统架构设计说明书2013-12-12 v0.1ITS-系统架构设计文档修订历史记录日期 版本 说明 作者2014/3/11 20 邱新海ITS-系统架构设计文档目录1. 简介 41.1 目的 41.2 范围 41.3 定义、首字母缩写词和缩略语 41.4 参考资料 41.5 概述 42. 整体说明 42.1 简介 42.2 构架表示方式 42.3 构架目标和约束 43. 用例说明 53.1 核心用例 53.2 用例实现 54. 逻辑视图 54.1 逻辑视图 54.2 分层 54.2.1 应用层 54.2.2 业务层 64.2.3 中间层 64.2.4 系统
2、层 64.3 架构模式 64.4 设计机制 64.5 公用元素及服务 65. 进程视图 66. 部署视图 67. 数据视图 78. 大小和性能 79. 质量 710. 其它说明 7ITS-系统架构设计文档系统架构设计文档 1. 简介系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述1.1 目的本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人员高效的开发和快速修改和管理。1.2 范围本文档用于 oto 项目组目前正在开发
3、的 android app 电器管家 2.0 和已经发布的 1.0 的开发或修改1.3 定义、首字母缩写词和缩略语参考系統需求文档电器管家 APP2.0201402141.4 参考资料1、 系統需求文档电器管家 APP2.0201402142、 品牌品类及映射建议 App 数据结构及数据样例2. 整体说明2.1 简介在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户2.2 构架表示方式本文档将通过以下一系列视图来表示 4In1 系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通
4、过 PowerDesigner 工具建立的 UML 模型。2.3 构架目标和约束系统架构在设计过程中有以下设计约束：1、 安全性：通讯协议采用加密的方式、存放 app 端数据要进行混淆器加密、电话号码和 logo 不能通过反编译批量拿走。2、 响应速度：分类 细项 要求安装 安装耗时 10 秒卸载 卸载耗时 5 秒系统消耗 CPU 9%ITS-系统架构设计文档RAM 10M启动 Loading 5 秒 EDGE 网络环境流量 流量消耗 电量 消耗电量 兼容Android 95%手机支持安装品牌 5 秒 EDGE 网络环境下索引品类 5 秒 EDGE 网络环境下嵌入 html 时间 3 秒 ED
5、GE 网络环境下3、 分辨率适配原则分辨率 长宽比 市场占有率 是否适配1 800 480 60.0% 32 Y2 480 320 66.7% 15 Y3 1280 720 56.3% 14 Y4 854 480 56.2% 12 Y5 960 540 56.3% 8 Y6 1920 1080 56.3% 4 Y7 1280 800 62.5% 2 Y8 320 240 75.0% 1 9 1184 720 60.8% 1 andriod10其他 10 3. 用例说明本章选择了 app2.0 的部分功能用例,其他部分请参考系統需求文档电器管家 APP2.020140214原型ITS-系统架构设
6、计文档功能说明通过输入模糊查找和右边的首字母查找、查询出自己想要查找品牌、然后拨打电话进行报修。3.1 核心用例原型ITS-系统架构设计文档功能描述此功能主要主要描述了 app2.0 的建党功能以及档案详情页面的呈现3.2 用例实现本节通过几个精选的用例（场景）实现来阐述系统的实际工作方式，并解释不同的设计模型元素如何促成其功能的实现ITS-系统架构设计文档4. 逻辑视图4.1 逻辑视图4.2 分层试图4.2.1 Ui 层 数据展示于管理 用户交互 绘制 Adapter4.2.2 业务层 持久化数据（内存中，相当于全局数据） 数据加工（数据层的数据有时候需要进行交工成 UI 层需要的数据） 数
7、据变化的通知机制4.2.3 数据层 数据访问（DB，文件，网络等）UI 层Ui ViewsViewcontroller 层ControllerDATA 层Data ProviderMemory CacheLocal Data NetWork DownLoad Util/ConfigDB FileITS-系统架构设计文档 缓存（图片，文件等）4.2.4 系统层4.3 架构模式本系统主要采用的还是 mvc 的设计模式1) 视图（View） 视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能，视图需要访问它监视的数据模型（Model），因此
8、应该事先在被它监视的数据那里注册。2) 控制器（Controller ） 控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件” 包括用户的行为和数据模型上的改变。3) 模型层（Model）：“数据模型”（Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型” 有对数据直接访问的权力，例如对数据库的访问。“ 模型”不依赖“视图”和“ 控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。4.4 公用元素及服务暂无5. 进程视图暂无6. 部署视图暂无7. 数据视图见 app2.0 数据结构根据项目的实际情况，此节可以省略不写8. 大小和性能参考系統需求文档电器管家 APP2.0201402149. 质量参考系統需求文档电器管家 APP2.02014021410. 其它说明暂无
