架构设计
2017-06-23 17:59
|
系统架构设计文档
简介系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述目的本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人?#22791;?#25928;的开发和快速修改和管理。范围本文档用于oto项目组目前正在开发的android app电器管家2.0和已经发布的1.0的开发或修改整体说明简介在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户构架表示方式本文档将通过以下一系列视图来表示4In1系统的软件架构：用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。构架目标和约束系统架构在设计过程中有以下设计约束：安全性?#21644;?#35759;协议采用?#29992;?#30340;方式、存放app端数据要进行混淆器?#29992;堋?#30005;话号码和logo不能通过反编译批量拿走。 分辨率适配原则
用例说明本章选择了app2.0的部分功能用例,其他部?#26234;?#21442;考系統需求文档电器管家APP2.020140214原型 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
功能说明 通过输入模糊查找和右边的首字?#35206;?#25214;、查询出?#32422;合?#35201;查?#31227;?#29260;、然后拨打电话进行报修。 核心用例原型 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
功能描述 此功能主要主要描述了app2.0的建党功能以及档案详情页面的呈现 架构模式本系统主要采用的还是mvc的设计模式1) 视图（View） 视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序?#31995;?#36923;辑。为了实现视图?#31995;?#21047;新功能，视图需要访问它监视的数据模型（Model），因此应该事先在被它监视的数据那里注册。 2) 控制器（Controller） 控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理?#24405;?#24182;作出响应。“?#24405;?rdquo;包括用户的行为和数据模型?#31995;母?#21464;。 3) 模型层（Model）“数据模型”（Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型”有对数据直接访问的权力，例如对数据库的访问。“模型”不?#35272;?ldquo;视图”和“控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视?#24613;?#39035;事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
