系统架构设计资料文档资料.doc

上传人:小** 文档编号:3033157 上传时间:2020-06-23 格式:DOC 页数:9 大小:804.59KB
返回 下载 相关 举报
系统架构设计资料文档资料.doc_第1页
第1页 / 共9页
系统架构设计资料文档资料.doc_第2页
第2页 / 共9页
点击查看更多>>
资源描述

《系统架构设计资料文档资料.doc》由会员分享,可在线阅读,更多相关《系统架构设计资料文档资料.doc(9页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、,.xxx系统架构设计说明书2013-12-12 v0.1,.修订历史记录日期版本说明作者2014/3/1120邱新海 目录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系统层64.3架构模式64.4设计机制64.5公用元素及服务65.进程视图66.部署视图67.数据视图78.大小和性能79.质量710.其它说明7系统架构设计文

2、档 1. 简介系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述1.1 目的本文档将从构架方面对系统进行综合概述,其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策,以便于开发人员高效的开发和快速修改和管理。1.2 范围本文档用于oto项目组目前正在开发的android app电器管家2.0和已经发布的1.0的开发或修改1.3 定义、首字母缩写词和缩略语参考系統需求文档电器管家APP2.0201402141.4 参考资料1、 系統需求文档电器管家APP2.02014021

3、42、 品牌品类及映射建议App数据结构及数据样例2. 整体说明2.1 简介在此简单介绍系统架构的整体情况,包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外,简要介绍各种视图的作用和针对的用户2.2 构架表示方式本文档将通过以下一系列视图来表示4In1系统的软件架构:用例视图、逻辑视图、部署视图。本文档不包括进程视图和实施视图。这些视图都是通过PowerDesigner工具建立的UML模型。2.3 构架目标和约束系统架构在设计过程中有以下设计约束:1、 安全性:通讯协议采用加密的方式、存放app端数据要进行混淆器加密、电话号码和logo不能通过反编译批量拿走。2、 响应速度:分类细项

4、要求安装安装耗时10秒卸载卸载耗时5秒系统消耗CPU9%RAM10M启动Loading5秒 EDGE网络环境流量流量消耗电量消耗电量兼容Android95%手机支持安装索引品牌5秒 EDGE网络环境下品类5秒 EDGE网络环境下嵌入html时间3秒 EDGE网络环境下3、 分辨率适配原则分辨率长宽比市场占有率是否适配andriod180048060.0%32Y248032066.7%15Y3128072056.3%14Y485448056.2%12Y596054056.3%8Y61920108056.3%4Y7128080062.5%2Y832024075.0%19118472060.8%11

5、0其他103. 用例说明本章选择了app2.0的部分功能用例,其他部分请参考系統需求文档电器管家APP2.020140214原型功能说明通过输入模糊查找和右边的首字母查找、查询出自己想要查找品牌、然后拨打电话进行报修。3.1 核心用例原型功能描述此功能主要主要描述了app2.0的建党功能以及档案详情页面的呈现3.2 用例实现本节通过几个精选的用例(场景)实现来阐述系统的实际工作方式,并解释不同的设计模型元素如何促成其功能的实现4. 逻辑视图4.1 逻辑视图4.2 分层试图controller层UI层 Ui ViewsViewControllerDATA层Data ProviderMemory

6、CacheUtil/ConfigNetWork DownLoadLocal DataFileDB4.2.1 Ui层 数据展示于管理 用户交互 绘制 Adapter4.2.2 业务层 持久化数据(内存中,相当于全局数据) 数据加工(数据层的数据有时候需要进行交工成UI层需要的数据) 数据变化的通知机制4.2.3 数据层 数据访问(DB,文件,网络等) 缓存(图片,文件等)4.2.4 系统层4.3 架构模式本系统主要采用的还是mvc的设计模式1)视图(View)视图层能够实现数据有目的的显示(理论上,这不是必需的)。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能,视图需要访问它监视的数据模

7、型(Model),因此应该事先在被它监视的数据那里注册。2) 控制器(Controller) 控制器起到不同层面间的组织作用,用于控制应用程序的流程。它处理事件并作出响应。“事件”包括用户的行为和数据模型上的改变。3)模型层(Model):“数据模型”(Model)用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型”有对数据直接访问的权力,例如对数据库的访问。“模型”不依赖“视图”和“控制器”,也就是说,模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制,那些用于监视此模型的视图必须事先在此模型上注册,从而,视图可以了解在数据模型上发生的改变。4.4 公用元素及服务暂无5. 进程视图暂无6. 部署视图暂无7. 数据视图见app2.0数据结构根据项目的实际情况,此节可以省略不写8. 大小和性能参考系統需求文档电器管家APP2.0201402149. 质量参考系統需求文档电器管家APP2.02014021410. 其它说明暂无

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 其他杂项

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁