系统架构设计文档

1、ITS -系统架构设计文档xxx 系统架构设计说明书2013-12-12 v0.1ITS- 系统架构设计文档修订历史记录日期版本说明作者<日/月/年><x.x><详细信息><姓名 >2014/3/112 0邱新海ITS- 系统架构设计文档目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述错误！未定义书签。2.整体说明42.1简介42.2构架表示方式42.3构架目标和约束43.用例说明53.1核心用例63.2用例实现74.逻辑视图84.1逻辑视图84.2分层84.2.1应用层84.2.2业务层84.2

2、.3中间层94.2.4系统层94.3架构模式94.4设计机制错误！未定义书签。4.5公用元素及服务95.进程视图96.部署视图97.数据视图98.大小和性能99.质量910.其它说明9ITS- 系统架构设计文档系统架构设计文档1. 简介系统构架文档的简介应提供整个系统构架文档的概述。它应包括此系统构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述1.1目的本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面做出的重要决策, 以便于开发人员高效的开发和快速修改和管理。1.2范围本文档用于oto 项目组目前正在开发

3、的android app电器管家2.0 和已经发布的1.0 的开发或修改1.3定义、首字母缩写词和缩略语参考系統需求文档电器管家APP2.0201402141.4参考资料1、 系統需求文档电器管家2、 品牌品类及映射建议APP2.020140214App 数据结构及数据样例2. 整体说明2.1简介在此简单介绍系统架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户2.2构架表示方式本文档将通过以下一系列视图来表示4In1不包括进程视图和实施视图。这些视图都是通过系统的软件架构：用例视图、逻辑视图、部署视图。本文档PowerDesigne

4、r 工具建立的UML 模型。2.3构架目标和约束系统架构在设计过程中有以下设计约束：1、 安全性：通讯协议采用加密的方式、存放app 端数据要进行混淆器加密、电话号码和logo 不能通过反编译批量拿走。2、 响应速度：分类细项要求安装安装耗时10 秒卸载卸载耗时5 秒系统消耗CPU9%ITS- 系统架构设计文档RAM10M启动Loading5 秒 EDGE网络环境流量流量消耗电量消耗电量兼容Android95%手机支持安装品牌5 秒 EDGE网络环境下索引品类5 秒 EDGE网络环境下嵌入 html时间3 秒 EDGE网络环境下3、 分辨率适配原则分辨率长宽比市场占有率是否适配18004806

5、0.0%32Y248032066.7%15Y3128072056.3%14Y485448056.2%12Y596054056.3%8Yandriod61920108056.3%4Y7128080062.5%2Y832024075.0%19118472060.8%11其他1003. 用例说明本章选择了app2.0的部分功能用例, 其他部分请参考系統需求文档电器管家APP2.020140214原型ITS- 系统架构设计文档功能说明通过输入模糊查找和右边的首字母查找、查询出自己想要查找品牌、然后拨打电话进行报修。3.1核心用例原型ITS- 系统架构设计文档功能描述此功能主要主要描述了app2.0 的

6、建党功能以及档案详情页面的呈现3.2用例实现本节通过几个精选的用例（场景）实现来阐述系统的实际工作方式，并解释不同的设计模型元素如何促成其功能的实现4. 逻辑视图4.1逻辑视图4.2分层试图UI 层Ui ViewsViewDATA层Data ProviderMemory CacheITS- 系统架构设计文档controller层ControllerLocal DataNetWork DownLoadUtil/ConfigDBFile4.2.1Ui 层数据展示于管理用户交互绘制Adapter4.2.2业务层持久化数据（内存中，相当于全局数据）数据加工（数据层的数据有时候需要进行交工成UI 层需要

7、的数据）数据变化的通知机制ITS- 系统架构设计文档4.2.3数据层数据访问（DB，文件，网络等）缓存（图片，文件等）4.2.4系统层4.3架构模式本系统主要采用的还是mvc 的设计模式1) 视图（ View ） 视图层能够实现数据有目的的显示（理论上，这不是必需的）。在视图中一般没有程序上的逻辑。为了实现视图上的刷新功能，视图需要访问它监视的数据模型（Model ），因此应该事先在被它监视的数据那里注册。2) 控制器（ Controller ） 控制器起到不同层面间的组织作用，用于控制应用程序的流程。它处理事件并作出响应。“事件 ”包括用户的行为和数据模型上的改变。3) 模型层（ Model

8、 ）： “数据模型 ”（Model ）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。“模型 ”有对数据直接访问的权力，例如对数据库的访问。 “模型 ”不依赖 “视图 ”和 “控制器 ”，也就是说，模型不关心它会被如何显示或是如何被操作。但是模型中数据的变化一般会通过一种刷新机制被公布。为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。4.4公用元素及服务暂无5. 进程视图暂无6. 部署视图暂无7. 数据视图见 app2.0 数据结构根据项目的实际情况，此节可以省略不写8. 大小和性能参考系統需求文档电器管家APP2.020

9、1402149. 质量参考系統需求文档电器管家APP2.02014021410. 其它说明暂无ITS- 系统架构设计文档其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。二培训的及要求培训目的安全生产目标责任书为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015 年度安全生产目标的内容，现与财务部 签订如下安全生产目标：一、目标值：1 、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。2 、现金安全保管，不发生盗窃事故。3 、每月足额提取安全生产费用，保障安全生产

10、投入资金的到位。4 、安全培训合格率为 100% 。二、本单位安全工作上必须做到以下内容：1 、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。2 、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。3 、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。4 、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。5 、在公司及政府的安全检查中杜绝各类违章现象。6 、组织本部门积极参加安全检查，做到有检查、有整改，记录全。7 、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。8 、虚心接受员工提出的问题，杜绝不接受或盲目指挥；9 、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报